# Disability World — Corpus completo (Español)

> Todos los artículos publicados en orden cronológico inverso. Cada entrada incluye un encabezado con la URL canónica, el autor y la fecha de publicación.

---
title: Contratación pública de TIC accesible en Europa: el TR 101 551 revisado y lo que deben incluir ahora los pliegos
url: https://www.disabilityworld.org/es/articles/accessible-ict-procurement-europe-2026/
description: El 4 de junio de 2026, los tres organismos europeos de normalización publicaron el TR 101 551 revisado, el complemento de contratación de EN 301 549. Qué cambia para las entidades contratantes y los proveedores que concurren a sus licitaciones.
author: Disability World
pubDate: 2026-06-18
tags: eu, procurement, en-301-549, eaa, web-accessibility-directive, regulation-primer
---

# Contratación pública de TIC accesible en Europa: el TR 101 551 revisado y lo que deben incluir ahora los pliegos

<div class="src-article" data-template="5">

<p class="image-alt-text">Descripción de imagen: Un amplio escritorio de sala de lectura en un edificio de administración pública europea, con un pliego de licitación impreso abierto bajo la luz de un flexo y un marcador rojo señalando la cláusula de accesibilidad — la silenciosa superficie burocrática donde se decide la accesibilidad en la contratación pública.</p>

<p class="rt-prefix">Tiempo de lectura: 12 minutos</p>

<p class="wp-block-paragraph">El <strong>4 de junio de 2026</strong>, los tres organismos europeos de normalización — <strong>CEN</strong>, <strong>CENELEC</strong> y <strong>ETSI</strong> — publicaron la guía revisada para incorporar la accesibilidad a la contratación pública de productos y servicios de tecnologías de la información y las comunicaciones. Publicado como <strong>CEN/CLC/ETSI TR 101 551:2026</strong>, el informe técnico va dirigido específicamente a las entidades contratantes: los organismos públicos que redactan los pliegos de condiciones y que, desde 2016, están obligados a tener en cuenta las necesidades de accesibilidad de los usuarios con discapacidad cuando adquieren productos y servicios TIC. Si <a href="/articles/en-301-549-explained/">EN 301 549</a> responde a la pregunta «qué debe hacer un producto accesible», el TR 101 551 responde a la pregunta operativa más difícil que la precede — «cómo incluimos ese requisito en el pliego de modo que el proveedor adjudicatario esté realmente obligado a cumplirlo y las ofertas puedan compararse con equidad».</p>

<p class="wp-block-paragraph">Este documento es el complemento en materia de contratación a la cuestión de conformidad de EN 301 549, y su aparición no es casual. La revisión llega un año después de que la <a href="/articles/european-accessibility-act-guide/">European Accessibility Act</a> comenzara a aplicarse el 28 de junio de 2025, y señala la dirección hacia la que se encamina la presión regulatoria: alejándose de las buenas prácticas voluntarias y acercándose a la expectativa — cada vez más exigible — de que las entidades contratantes incluyan cláusulas de accesibilidad ejecutables en los documentos que rigen cada contrato público de TIC. Para cualquier organización que concurra a licitaciones públicas, el documento merece descargarse y leerse íntegramente. Esta guía explica qué es, qué ha cambiado y qué significa para ambos lados del procedimiento: para las autoridades que redactan los requisitos y para los proveedores que responden a ellos.</p>

<h2 class="wp-block-heading" id="h-what-was-published">Qué se publicó el 4 de junio</h2>

<p class="wp-block-paragraph">El TR 101 551 no es nuevo. La primera edición, <strong>V1.1.1</strong>, se publicó en febrero de 2014 con el título <em>Guidelines on the use of accessibility award criteria suitable for public procurement of ICT products and services in Europe</em>. Fue uno de los entregables producidos en el marco del Mandato de Normalización <strong>M/376 (M/376)</strong> de la Comisión Europea, emitido en 2005 para encargar a CEN, CENELEC y ETSI la armonización de la accesibilidad en la contratación pública europea. La revisión de 2026 mantiene el propósito del documento, pero lo reescribe para un panorama regulatorio que no existía en 2014: un European Accessibility Act ejecutable, un régimen de seguimiento de la <a href="/articles/european-accessibility-act-guide/">Directiva sobre la accesibilidad de los sitios web</a> ya maduro, y una EN 301 549 que ha pasado por varias versiones y ha sido adoptada mucho más allá de su ámbito original de contratación pública.</p>

<p class="wp-block-paragraph">Un informe técnico (TR) no es en sí mismo una norma. No conlleva presunción de conformidad ni crea ninguna obligación jurídica por sí solo — esa distinción corresponde a la norma armonizada EN 301 549. Lo que hace un TR es explicar cómo <em>aplicar</em> la norma en un contexto específico. El contexto del TR 101 551 es el pliego de licitación: el momento en que una entidad contratante convierte los requisitos abstractos de EN 301 549 en el lenguaje concreto de las especificaciones técnicas, los criterios de adjudicación y las condiciones de ejecución del contrato. Es, en otras palabras, el puente entre una norma de conformidad de 200 páginas y los escasos párrafos que un responsable de contratación incluye en un anuncio de licitación.</p>

<h2 class="wp-block-heading" id="h-the-m376-family">La familia del Mandato 376 y el lugar que ocupa el TR 101 551</h2>

<p class="wp-block-paragraph">La EN 301 549 no existe de forma aislada. El trabajo del Mandato 376 produjo una pequeña familia de documentos que deben leerse conjuntamente, y comprender el reparto de funciones entre ellos es la forma más rápida de entender para qué sirve el TR 101 551.</p>

<ul class="wp-block-list">
<li><strong>EN 301 549</strong> es la norma armonizada en sí misma: los requisitos funcionales de accesibilidad (cláusulas 5 a 13), las declaraciones de rendimiento funcional (cláusula 4) que describen lo que una persona con una discapacidad determinada debe poder hacer, y los procedimientos de prueba para cada requisito. Está redactada, en palabras de la propia Comisión, «de forma adecuada para su uso en contratación pública».</li>
<li><strong>TR 101 550</strong> — <em>Documents relevant to EN 301 549</em> — es el compendio de antecedentes y referencias: la investigación de apoyo y la justificación de los requisitos.</li>
<li><strong>TR 101 551</strong> — el documento revisado el 4 de junio — abarca los <strong>criterios de adjudicación</strong>: cómo puede una entidad puntuar la calidad en materia de accesibilidad como parte de la evaluación de las ofertas, por encima del mínimo exigido.</li>
<li><strong>TR 101 552</strong> abarca la <strong>evaluación de la conformidad</strong>: cómo verifica una entidad, durante y después del contrato, que lo prometido fue realmente entregado.</li>
</ul>

<p class="wp-block-paragraph">La lectura práctica es que EN 301 549 fija el listón, el TR 101 551 indica cómo recompensar a los licitadores que lo superan con holgura, y el TR 101 552 explica cómo comprobar que cumplieron su palabra. La mayoría de los equipos de contratación acuden a EN 301 549 y se detienen ahí — que es exactamente la razón por la que tantos pliegos tratan la accesibilidad como un único apartado de sí o no en lugar de un requisito graduado y respaldado por evidencia. La revisión de 2026 del TR 101 551 es un intento de cerrar esa brecha.</p>

<h2 class="wp-block-heading" id="h-specifications-versus-award-criteria">Especificaciones técnicas frente a criterios de adjudicación: la distinción que importa</h2>

<p class="wp-block-paragraph">El derecho europeo de contratación pública traza una línea clara entre dos tipos de requisito, y la accesibilidad vive en ambos. Esta distinción es lo más importante del TR 101 551, por lo que conviene ser precisos.</p>

<p class="wp-block-paragraph"><strong>Las especificaciones técnicas</strong> son el mínimo obligatorio — los requisitos que una oferta debe cumplir para ser admisible. En virtud del <strong>artículo 42 de la Directiva de contratación pública (2014/24/EU)</strong>, las especificaciones técnicas de cualquier contratación destinada al uso por personas físicas deben redactarse, salvo en casos debidamente justificados, de modo que tengan en cuenta los criterios de accesibilidad para las personas con discapacidad. En la práctica, esto significa que un pliego debería exigir la conformidad con EN 301 549 como condición de adjudicación. Una oferta que no se comprometa con la norma no supera la especificación y queda excluida. Aquí no hay puntuación — es un umbral de paso.</p>

<p class="wp-block-paragraph"><strong>Los criterios de adjudicación</strong> son distintos. Son el modo en que las ofertas admisibles que compiten entre sí se clasifican para encontrar la «oferta económicamente más ventajosa» (MEAT). Los criterios de adjudicación permiten a una entidad otorgar crédito adicional cuantificable por una calidad que supera el mínimo: un producto probado con tecnología de apoyo real, un proveedor que realiza sesiones de usabilidad con usuarios con discapacidad, un compromiso de monitorización continua de la accesibilidad durante la vigencia del contrato, conformidad con WCAG 2.2 AA en lugar de la línea de base anterior, o un SLA de corrección documentado. El TR 101 551 es la guía sobre cómo formular, ponderar y acreditar estos criterios para que sean objetivos, no discriminatorios, vinculados al objeto del contrato y susceptibles de puntuación coherente en todas las ofertas. Hacerlo mal convierte un criterio de adjudicación en algo jurídicamente impugnable; hacerlo bien convierte la calidad en materia de accesibilidad en una palanca competitiva real en lugar de una casilla que todos los licitadores marcan de forma idéntica.</p>

<h2 class="wp-block-heading" id="h-four-stage-model">El modelo de contratación en cuatro fases</h2>

<p class="wp-block-paragraph">El TR 101 551 concibe la accesibilidad como algo que atraviesa todo el ciclo de vida de la contratación, no como una cláusula añadida al final. El modelo que establece el conjunto de herramientas del Mandato 376, y que la revisión mantiene, consta de cuatro fases.</p>

<p class="wp-block-paragraph"><strong>Primera — análisis de necesidades y diálogo con el mercado.</strong> Antes de redactar nada, la entidad determina qué accesibilidad requiere el servicio en función de quiénes lo utilizarán, y comprueba si el mercado puede suministrarla. Un portal de atención ciudadana conlleva obligaciones distintas a las de una herramienta interna de gestión administrativa. Aquí también el diálogo previo con el mercado puede revelar si existen proveedores realistas para un requisito ambicioso.</p>

<p class="wp-block-paragraph"><strong>Segunda — especificaciones técnicas.</strong> La entidad incorpora los requisitos obligatorios de accesibilidad al pliego por referencia a EN 301 549, identificando las cláusulas pertinentes para el tipo de producto. Referenciar la norma en lugar de copiar fragmentos de ella evita el error habitual de parafrasear un requisito normativo en algo más débil o contradictorio.</p>

<p class="wp-block-paragraph"><strong>Tercera — criterios de adjudicación.</strong> La entidad decide qué calidad en materia de accesibilidad, por encima del mínimo, desea recompensar, asigna ponderaciones y establece la evidencia que exige cada criterio. Esta es la fase sobre la que versa principalmente el TR 101 551, y la fase que la mayoría de los pliegos omiten.</p>

<p class="wp-block-paragraph"><strong>Cuarta — ejecución del contrato y verificación.</strong> La entidad establece condiciones para la vigencia del contrato — repetición periódica de pruebas, informes de accesibilidad, obligaciones de monitorización, plazos de corrección — y el mecanismo por el que se verifica la entrega frente a lo prometido. Aquí es donde el TR 101 552 sobre evaluación de la conformidad toma el relevo, y donde un compromiso de accesibilidad se hace real o se desvanece silenciosamente tras la firma.</p>

<h2 class="wp-block-heading" id="h-what-changed">Qué cambia la revisión de 2026</h2>

<p class="wp-block-paragraph">El cambio más relevante es de enfoque. La edición de 2014 fue redactada para un mundo en el que la contratación pública accesible era una buena práctica fuertemente recomendada. La edición de 2026 está redactada para un mundo en el que es cada vez más una expectativa exigible, porque la <a href="/articles/eaa-first-year-enforcement-report/">European Accessibility Act</a> y la Directiva sobre la accesibilidad de los sitios web crean ahora obligaciones para los procesos posteriores que un organismo público no puede cumplir si sus proveedores no lo hacen. Un municipio cuyo portal ciudadano debe cumplir la Directiva sobre la accesibilidad de los sitios web no puede lograr ese cumplimiento si el proveedor al que contrató el portal nunca estuvo contractualmente obligado a entregarlo. El TR 101 551 revisado hace explícita esta dependencia y lleva la accesibilidad hacia el principio del proceso, al pliego de licitación, donde sí puede controlarse.</p>

<p class="wp-block-paragraph">Tres actualizaciones sustantivas se derivan de ese nuevo enfoque. En primer lugar, la guía se re-ancla en la EN 301 549 vigente y en <strong>WCAG 2.2 nivel AA</strong>, con ejemplos prácticos de criterios de adjudicación que recompensan la conformidad con el conjunto de requisitos actual en lugar de la línea de base de 2014. En segundo lugar, refuerza el tratamiento de las <strong>condiciones de ejecución del contrato y la monitorización continua</strong> — reconociendo que la accesibilidad regresa con cada versión publicada, por lo que una declaración de conformidad puntual en el momento de la entrega vale poco sin una obligación continuada de repetir las pruebas. En tercer lugar, estrecha el vínculo entre los criterios de adjudicación en materia de accesibilidad y el requisito legal del artículo 67 de la Directiva 2014/24/EU de que los criterios de adjudicación sean objetivos, verificables y vinculados al objeto del contrato, de modo que las entidades puedan utilizarlos sin invitar a una impugnación del procedimiento por parte de un licitador excluido.</p>

<h2 class="wp-block-heading" id="h-for-contracting-authorities">Qué significa esto para las entidades contratantes</h2>

<p class="wp-block-paragraph">Para una entidad contratante que tramita un procedimiento al amparo de la legislación nacional de contratación pública de cualquier Estado miembro, el TR 101 551 revisado es un conjunto de instrucciones directas. El mensaje principal es que la accesibilidad debe figurar en los documentos del procedimiento como lenguaje ejecutable, no en un anexo no vinculante de buenas intenciones.</p>

<p class="wp-block-paragraph">En términos concretos, eso implica tres hábitos. Exigir la conformidad con EN 301 549 como especificación técnica, de modo que las ofertas no conformes sean inadmisibles en lugar de simplemente puntuadas más bajo. Añadir al menos un criterio de adjudicación ponderado en materia de accesibilidad con un requisito de evidencia explícito, de modo que los proveedores que invierten genuinamente en accesibilidad sean recompensados frente a quienes solo la afirman. Y redactar una condición de ejecución del contrato que sobreviva a la firma — repetición periódica de pruebas, un punto de contacto de accesibilidad, un SLA de corrección — para que la obligación no caduque en el momento en que se adjudica el contrato. Se espera que los organismos nacionales de contratación de toda la UE incorporen esta guía a sus plantillas modelo de pliegos en los próximos ciclos, y los marcos centralizados de contratación pública son el vehículo natural para ese tipo de cláusula estándar. Las entidades que adopten el lenguaje pronto evitan la alternativa mucho más costosa: descubrir tras la puesta en servicio que el sistema contratado incumple la propia obligación derivada de la Directiva sobre la accesibilidad de los sitios web respecto de la que la propia entidad es objeto de seguimiento.</p>

<h2 class="wp-block-heading" id="h-for-bidders">Qué significa para los licitadores y proveedores</h2>

<p class="wp-block-paragraph">Para quienes concurren a licitaciones públicas de TIC, el efecto práctico de la revisión es que la accesibilidad pasa de ser algo sobre lo que puede preguntarse a algo que se puntúa, y cada vez más algo que condiciona la admisibilidad. La estrategia ganadora es poder demostrar, con evidencia, lo que la mayoría de los competidores solo afirman. Esto es un problema de documentación y herramientas antes que de ingeniería.</p>

<p class="wp-block-paragraph">Tres preparativos ofrecen resultados directos. En primer lugar, mantener un <strong>registro de conformidad con EN 301 549</strong> actualizado y honesto para los productos ofertados — idealmente un Informe de Conformidad de Accesibilidad en formato VPAT/EU, mantenido al día en lugar de reconstruido bajo presión del plazo de presentación de ofertas. En segundo lugar, estar preparado para responder a los criterios de adjudicación con evidencia concreta: resultados de pruebas con tecnología de apoyo, sesiones de usabilidad con participantes con discapacidad y una declaración clara de conformidad con WCAG 2.2 AA en la que las excepciones conocidas se nombran en lugar de ocultarse. En tercer lugar — y aquí es donde el giro hacia las condiciones de ejecución del contrato impacta con más fuerza — poder comprometerse a la <strong>monitorización continua</strong> durante la vigencia del contrato, porque las entidades incorporan cada vez más esa obligación en las condiciones de ejecución en lugar de aceptar un único instantáneo de conformidad.</p>

<p class="wp-block-paragraph">Ese requisito de monitorización continua es donde las plataformas automatizadas de accesibilidad justifican su lugar en una respuesta a la licitación. El análisis continuo detecta las regresiones que introduce cada versión y produce la evidencia periódica que una condición de ejecución del contrato solicita ahora. Las herramientas más destacadas en esta categoría incluyen <a href="https://www.qualibooth.com/" rel="noopener">Qualibooth</a>, axe Monitor, Siteimprove y Level Access — y la elección adecuada depende de cómo la salida de la monitorización se corresponda con los criterios de EN 301 549 y WCAG 2.2 que nombre un pliego concreto. La monitorización automatizada es necesaria pero no suficiente: detecta de forma fiable los fallos detectables por máquina, mientras que las pruebas manuales, con tecnología de apoyo y de usabilidad que los criterios de adjudicación recompensan cada vez más siguen requiriendo auditores humanos. Una oferta creíble combina la monitorización continua con una cadencia documentada de auditoría manual, y lo indica en la respuesta en lugar de dejar que el evaluador lo asuma. Puede verse el aspecto de un análisis automatizado conforme a EN 301 549 / WCAG 2.2 en nuestro propio <a href="/toolkit/scan/">escáner de accesibilidad</a>, y los criterios están catalogados en la <a href="/toolkit/standards/wcag/">referencia rápida de WCAG</a>.</p>

<h2 class="wp-block-heading" id="h-checklist">Lista de comprobación para pliegos de licitación</h2>

<p class="wp-block-paragraph">Reducido a los puntos operativos esenciales, esto es lo que implica el TR 101 551:2026 para cualquier pliego — leído desde cualquiera de los dos lados de la mesa.</p>

<ul class="wp-block-list">
<li><strong>Umbral de especificación.</strong> La conformidad con EN 301 549 es una especificación técnica obligatoria, no un criterio de adjudicación. Una oferta que no se comprometa a cumplirla queda excluida.</li>
<li><strong>Citar, no parafrasear.</strong> Citar las cláusulas pertinentes de EN 301 549 por referencia. Parafrasear un requisito normativo lo debilita o distorsiona.</li>
<li><strong>Al menos un criterio de adjudicación ponderado en materia de accesibilidad</strong>, con un requisito de evidencia explícito y verificable — informes de pruebas, resultados con tecnología de apoyo, hallazgos de usabilidad — y una ponderación declarada.</li>
<li><strong>WCAG 2.2 AA como la línea de base actual</strong>, nombrada explícitamente para que las respuestas de la era 2.1 no se traten como equivalentes.</li>
<li><strong>Una condición de ejecución del contrato</strong> que cubra la repetición periódica de pruebas, la monitorización y un SLA de corrección, para que la obligación sobreviva a la adjudicación.</li>
<li><strong>La evaluación de la conformidad definida de antemano</strong> (conforme al TR 101 552): quién verifica la entrega, cómo y con qué periodicidad.</li>
<li><strong>Licitadores: un paquete de evidencia listo antes del plazo</strong> — informe de conformidad, enfoque de monitorización, cadencia de auditoría manual — no ensamblado en las últimas 48 horas.</li>
</ul>

<h2 class="wp-block-heading" id="h-conclusion">Conclusión: el pliego es donde se decide la accesibilidad</h2>

<p class="wp-block-paragraph">El TR 101 551 revisado no cambia lo que debe hacer un producto accesible — eso sigue siendo tarea de EN 301 549. Lo que cambia es el centro de gravedad. Durante una década, la accesibilidad en la TIC pública fue algo que un comprador esperaba y un proveedor prometía, con poca maquinaria intermedia para hacer la promesa vinculante o recompensar a los proveedores que la tomaban en serio. Al reconstruir la guía en torno a especificaciones ejecutables, criterios de adjudicación ponderados y respaldados por evidencia, y condiciones de ejecución del contrato que sobreviven a la firma, la revisión del 4 de junio trata el pliego de licitación como el lugar donde realmente se decide la accesibilidad digital. Para las entidades contratantes es un impulso para redactar mejores pliegos; para los proveedores que los responden, es un impulso para poder demostrar — y no solo afirmar — que lo que entregan es accesible, y para seguir demostrándolo durante toda la vigencia del contrato.</p>

<p class="wp-block-paragraph">Para el panorama regulatorio más amplio, véanse el <a href="/articles/en-301-549-explained/">explicador sobre EN 301 549</a>, la <a href="/articles/european-accessibility-act-guide/">guía sobre la European Accessibility Act</a>, el <a href="/articles/eaa-first-year-enforcement-report/">informe sobre el primer año de aplicación del EAA</a>, y nuestro análisis de la <a href="/articles/accessibility-aware-rfp-teardown/">accesibilidad en un pliego de prescripciones real</a>. Los regímenes nacionales están catalogados en el <a href="/regulations/">índice de normativa</a>.</p>

<h2 class="wp-block-heading" id="h-primary-sources">Fuentes primarias</h2>

<ol class="wp-block-list">
<li>CEN/CLC/ETSI TR 101 551 — <em>Guidelines on the use of accessibility award criteria suitable for public procurement of ICT products and services in Europe</em> (revisión de 2026; versión original V1.1.1, febrero de 2014). <a href="https://www.etsi.org/standards">etsi.org/standards</a></li>
<li>ETSI EN 301 549 — <em>Accessibility requirements for ICT products and services</em> (V3.2.1, 2021). <a href="https://www.etsi.org/deliver/etsi_en/301500_301599/301549/">etsi.org/deliver/etsi_en/301549</a></li>
<li>CEN/CLC/ETSI TR 101 550 — <em>Documents relevant to EN 301 549</em>; y TR 101 552 — guía sobre evaluación de la conformidad de la accesibilidad en la contratación pública.</li>
<li>Comisión Europea. Mandato de Normalización <em>M/376</em> a CEN, CENELEC y ETSI en apoyo de los requisitos europeos de accesibilidad para la contratación pública de productos y servicios en el ámbito de las TIC (2005).</li>
<li>Directiva 2014/24/EU del Parlamento Europeo y del Consejo sobre contratación pública, en particular el artículo 42 (especificaciones técnicas) y los artículos 67 a 69 (criterios de adjudicación). <a href="https://eur-lex.europa.eu/eli/dir/2014/24/oj">eur-lex.europa.eu/eli/dir/2014/24/oj</a></li>
<li>Directiva (UE) 2019/882 — European Accessibility Act, aplicable desde el 28 de junio de 2025. <a href="https://eur-lex.europa.eu/eli/dir/2019/882/oj">eur-lex.europa.eu/eli/dir/2019/882/oj</a></li>
<li>Directiva (UE) 2016/2102 — Directiva sobre la accesibilidad de los sitios web (accesibilidad de los sitios web y aplicaciones para dispositivos móviles de los organismos del sector público). <a href="https://eur-lex.europa.eu/eli/dir/2016/2102/oj">eur-lex.europa.eu/eli/dir/2016/2102/oj</a></li>
<li>CEN, CENELEC y ETSI. <em>Accessible ICT Procurement Toolkit</em> (entregable del Mandato 376). Entre las transposiciones nacionales de la Directiva 2014/24/EU se encuentran, por ejemplo, la <em>Gesetz gegen Wettbewerbsbeschränkungen</em> (GWB) alemana con su <em>Vergabeverordnung</em> (VgV), y el <em>Code de la commande publique</em> francés.</li>
</ol>

</div>

---
title: Tecnología de apoyo para personas ciegas: el salto de tres años que puso la visión a demanda
url: https://www.disabilityworld.org/es/articles/assistive-tech-for-blind-people-2026/
description: La tecnología de apoyo para personas ciegas y con baja visión cambió más entre 2023 y 2026 que en la década anterior. Este análisis mapea las innovaciones reales: Be My AI, Ray-Ban Meta, bastones inteligentes, el Monarch y los lectores de pantalla con IA.
author: Disability World
pubDate: 2026-05-30
tags: assistive-technology, blind, low-vision, ai, smart-glasses, screen-readers, braille, tech-news
---

# Tecnología de apoyo para personas ciegas: el salto de tres años que puso la visión a demanda

<div class="src-article" data-template="3">

  <section class="hero" aria-labelledby="hero-heading">
    <div class="hero__inner">
      <div class="hero__tag" aria-hidden="true">Análisis técnico · Tecnología de apoyo para usuarios ciegos</div>
      <h1 class="hero__title" id="hero-heading">
        La visión a demanda:<br/>
        los tres años que transformaron la vida de las personas ciegas y con baja visión
      </h1>
      <p class="hero__lead">Entre 2023 y 2026, las herramientas que utilizan a diario las personas ciegas y con baja visión dejaron de ser un goteo lento de dispositivos de propósito único y se convirtieron en una oleada de IA de uso general. Un teléfono puede leer ahora una habitación, unas gafas de sol de aspecto corriente pueden llamar a un voluntario, y una pantalla braille puede por fin mostrar un gráfico. Este análisis cartografía lo que realmente se lanzó al mercado, quién lo fabrica y —tan importante como lo anterior— dónde falla todavía cada uno.</p>
      <div class="hero__stats" aria-label="Hitos clave">
        <div class="stat-chip">
          <div class="stat-chip__num">Mar 2023</div>
          <div class="stat-chip__label">GPT-4 vision se lanzó con Be My Eyes como socio de primer día</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">Nov 2024</div>
          <div class="stat-chip__label">Las gafas Ray-Ban Meta incorporaron un modo para usuarios ciegos</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">10 líneas</div>
          <div class="stat-chip__label">primera pantalla braille multifila y de gráficos táctiles para el mercado general</div>
        </div>
      </div>
      <div class="hero__meta">
        <div class="hero__byline">Por <strong>el equipo técnico de Disability World</strong></div>
        <div class="hero__pill">13 min de lectura</div>
        <div class="hero__pill">Actualizado mayo 2026</div>
      </div>
    </div>
  </section>

  <nav class="toc-bar" aria-label="Secciones del artículo">
    <div class="toc-bar__inner">
      <p>Contenido</p>
      <ul role="list">
        <li><a href="#s1">1. Qué cambió realmente</a></li>
        <li><a href="#s2">2. La visión a demanda: aplicaciones y servicios</a></li>
        <li><a href="#s3">3. La cámara se trasladó al rostro</a></li>
        <li><a href="#s4">4. Saber dónde se está</a></li>
        <li><a href="#s5">5. El sistema operativo se puso al día</a></li>
        <li><a href="#s6">6. Leer por tacto</a></li>
        <li><a href="#s7">7. El problema</a></li>
        <li><a href="#conclusion">Conclusión</a></li>
      </ul>
    </div>
  </nav>

  <div class="article-body">
    <div class="container">

      <section id="s1" aria-labelledby="s1-heading">
        <div class="section-label">Base</div>
        <h2 class="section-title" id="s1-heading">1. Qué cambió realmente</h2>
        <div class="prose">
          <p>Durante la mayor parte de la era del smartphone, la tecnología de apoyo en la que dependía una persona ciega se presentaba en dos variantes. Por un lado, dispositivos estrechos, caros y de propósito único —una cámara lectora de texto, un identificador de color, una unidad GPS con una voz torpe—; por otro, aplicaciones que conectaban al usuario con un ser humano, porque ninguna máquina podía describir de forma fiable el desordenado mundo visual. La primera variante era costosa y frágil. La segunda funcionaba, pero obligaba a pedir a otra persona cada vez que se quería saber si la leche había caducado.</p>
          <p>El giro llegó en marzo de 2023, cuando OpenAI anunció GPT-4 y utilizó la aplicación para personas ciegas <strong>Be My Eyes</strong> como demostración emblemática de lo que podía hacer un modelo capaz de procesar imágenes. Por primera vez, un modelo de uso general —no un clasificador construido a medida— podía examinar una fotografía arbitraria y responder preguntas sobre ella en un lenguaje fluido. Esa única capacidad —describir cualquier cosa y responder después a preguntas de seguimiento— resultó ser exactamente lo que le faltaba al sector. En dieciocho meses se había integrado en teléfonos, gafas, lectores de pantalla y bastones.</p>
          <p>Este análisis recorre esa oleada en seis frentes: las aplicaciones de asistencia visual, los dispositivos ponibles, las ayudas a la navegación, los lectores de pantalla del sistema operativo, los avances en braille y gráficos táctiles, y la capa web que subyace a todo ello. A lo largo del texto, la pregunta es siempre la misma que hacemos de cualquier herramienta nueva: no «¿impresiona en una demostración?», sino «¿obtiene una persona ciega una respuesta correcta y útil cuando la necesita?» La respuesta honesta, en 2026, es «con mucha más frecuencia que en 2022 —y todavía no con la suficiente como para fiarse ciegamente». Se mantienen las dos mitades de esa frase.</p>
        </div>

        <div class="callout callout--info" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">i</div>
          <div>
            <span class="callout__label">Qué significa «funciona» aquí</span>
            <div class="callout__body"><p>Se considera que una herramienta funciona cuando devuelve una respuesta sobre la que una persona ciega puede actuar sin que una persona con visión deba verificarla. El mismo baremo que se aplica a las descripciones de imágenes generadas por IA en nuestro análisis complementario sobre <a href="/articles/ai-and-alt-text-where-we-are-2026/">dónde aporta realmente la IA en el texto alternativo en 2026</a> se aplica aquí: una frase confiada que es incorrecta es peor que ninguna frase.</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s2" aria-labelledby="s2-heading">
        <div class="section-label">Panorama</div>
        <h2 class="section-title" id="s2-heading">2. La visión a demanda: las aplicaciones y los servicios</h2>
        <div class="prose">
          <p>El cambio más relevante es también el menos visible: vive en aplicaciones que la gente ya tenía. La categoría se dividió en dos capas que ahora funcionan juntas: descripción por IA al instante para la pregunta rutinaria, y un ser humano al teléfono para el momento que importa. Los flujos de trabajo más eficaces permiten al usuario comenzar con el modelo y escalar a una persona con un solo toque.</p>
          <p>Las tarjetas siguientes recogen el comportamiento práctico de los cinco servicios que dominan el uso cotidiano, no las declaraciones de marketing. «El problema» es la columna que conviene leer primero.</p>
        </div>

        <div class="combo-grid">
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Be My AI</div>
                <div class="combo-card__sub">Be My Eyes · GPT-4 vision</div>
              </div>
            </div>
            <div class="combo-card__usage">Gratuito; primera opción por defecto para millones de usuarios</div>
            <div class="combo-feat"><span class="combo-feat__label">Novedades</span><span>La IA describe cualquier foto y responde preguntas de seguimiento en conversación</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Escalado</span><span>Un solo toque conecta con un voluntario con visión cuando la IA no es suficiente</span></div>
            <div class="combo-feat"><span class="combo-feat__label">El problema</span><span>Alucinaciones con tono confiado; no apto para medicación ni decisiones de seguridad</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Seeing AI</div>
                <div class="combo-card__sub">Microsoft · gratuito</div>
              </div>
            </div>
            <div class="combo-card__usage">Llegó a Android a finales de 2023 tras años siendo exclusivo de iOS</div>
            <div class="combo-feat"><span class="combo-feat__label">Novedades</span><span>Descripciones de escena «enriquecidas» generativas y preguntas y respuestas sobre documentos, junto a sus canales clásicos</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Fortaleza</span><span>Lectura de texto corto y moneda, rápida y con capacidad sin conexión</span></div>
            <div class="combo-feat"><span class="combo-feat__label">El problema</span><span>Las descripciones enriquecidas heredan el mismo riesgo de fabricación que cualquier modelo</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Aira</div>
                <div class="combo-card__sub">Aira · de pago / acceso patrocinado</div>
              </div>
            </div>
            <div class="combo-card__usage">Agentes profesionales formados, no voluntarios</div>
            <div class="combo-feat"><span class="combo-feat__label">Novedades</span><span>El acceso gratuito patrocinado en aeropuertos, campus y centros de trabajo se amplió durante 2024-2025</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Fortaleza</span><span>Ayuda responsable y consistente para tareas de alto impacto</span></div>
            <div class="combo-feat"><span class="combo-feat__label">El problema</span><span>Los minutos cuestan dinero fuera de las ubicaciones patrocinadas</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Lookout</div>
                <div class="combo-card__sub">Google · gratuito (Android)</div>
              </div>
            </div>
            <div class="combo-card__usage">Construido alrededor de la cámara del teléfono y Gemini</div>
            <div class="combo-feat"><span class="combo-feat__label">Novedades</span><span>«Pregunta sobre una imagen» permite hacer preguntas sobre una foto y obtener respuestas generativas</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Fortaleza</span><span>Integración estrecha con Android y TalkBack</span></div>
            <div class="combo-feat"><span class="combo-feat__label">El problema</span><span>Solo para Android; la calidad varía con la iluminación y el desorden visual</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Envision (Ally)</div>
                <div class="combo-card__sub">Envision · aplicación + gafas</div>
              </div>
            </div>
            <div class="combo-card__usage">La aplicación es gratuita; las gafas requieren compra aparte</div>
            <div class="combo-feat"><span class="combo-feat__label">Novedades</span><span>«Ally», un asistente LLM conversacional lanzado en 2024, admite preguntas de respuesta abierta</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Fortaleza</span><span>Lectura de documentos sólida; el mismo motor en el teléfono y en las gafas</span></div>
            <div class="combo-feat"><span class="combo-feat__label">El problema</span><span>La experiencia premium está condicionada a la adquisición del hardware</span></div>
          </article>
        </div>

        <figure class="pull-quote">
          <blockquote>
            <p class="pull-quote__text">«Los flujos de trabajo más eficaces permiten al usuario comenzar con el modelo y escalar a una persona en un solo toque: la máquina para la velocidad, la persona para el momento que importa.»</p>
          </blockquote>
          <figcaption><cite class="pull-quote__source">— este artículo, sección 2</cite></figcaption>
        </figure>
      </section>

      <hr class="divider" />

      <section id="s3" aria-labelledby="s3-heading">
        <div class="section-label">Hardware</div>
        <h2 class="section-title" id="s3-heading">3. La cámara se trasladó al rostro</h2>
        <div class="prose">
          <p>Sostener un teléfono en alto para apuntar con su cámara es viable, pero ocupa una mano y anuncia a todos los presentes exactamente lo que se está haciendo. El cambio de hardware más importante del período fue trasladar la cámara a la cabeza, donde apunta allá donde el usuario mira y libera ambas manos. Dos factores lo hicieron posible al mismo tiempo: cámaras ponibles baratas y de calidad aceptable, y un modelo lo bastante bueno como para interpretar lo que ven.</p>
          <p>El hito fue noviembre de 2024, cuando Meta añadió un modo para usuarios ciegos a sus gafas de consumo general <strong>Ray-Ban Meta</strong> mediante una integración con Be My Eyes —una función «Llamar a un voluntario» que transmite la vista en primera persona del portador a un asistente con visión, junto con la propia IA de Meta, que puede describir lo que hay delante a petición. Por primera vez, el dispositivo de apoyo era un par de gafas de sol que la gente ya quería llevar, no un aparato médico llamativo.</p>
        </div>

        <div class="combo-grid">
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Ray-Ban Meta</div>
                <div class="combo-card__sub">Meta · gafas de consumo general</div>
              </div>
            </div>
            <div class="combo-card__usage">Las primeras gafas «de aspecto normal» con modo para personas ciegas</div>
            <div class="combo-feat"><span class="combo-feat__label">Novedades</span><span>Be My Eyes «Llamar a un voluntario» + descripciones de escena por IA a petición, con manos libres</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Fortaleza</span><span>Socialmente invisibles; bajo coste respecto a los dispositivos dedicados</span></div>
            <div class="combo-feat"><span class="combo-feat__label">El problema</span><span>No diseñadas en primer lugar para usuarios ciegos; sin detección de obstáculos</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Envision Glasses</div>
                <div class="combo-card__sub">Envision · base Google Glass Enterprise</div>
              </div>
            </div>
            <div class="combo-card__usage">Diseñadas específicamente para usuarios ciegos y con baja visión</div>
            <div class="combo-feat"><span class="combo-feat__label">Novedades</span><span>El asistente Ally en las gafas; reconocimiento instantáneo de texto, escena y rostros</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Fortaleza</span><span>Lectura de texto impreso y manuscrito de máxima calidad</span></div>
            <div class="combo-feat"><span class="combo-feat__label">El problema</span><span>Coste muy superior al de las gafas de consumo; base de hardware envejecida</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">OrCam MyEye</div>
                <div class="combo-card__sub">OrCam · cámara de pinza</div>
              </div>
            </div>
            <div class="combo-card__usage">Una cámara del tamaño de la yema de un dedo que se pinza en cualquier montura</div>
            <div class="combo-feat"><span class="combo-feat__label">Novedades</span><span>Lectura y reconocimiento en el dispositivo con «lectura inteligente» por comando de voz</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Fortaleza</span><span>Funciona sin conexión; instantáneo, privado, no requiere teléfono</span></div>
            <div class="combo-feat"><span class="combo-feat__label">El problema</span><span>Precio de gama alta; más limitado que un asistente de IA abierto</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">biped NOA</div>
                <div class="combo-card__sub">biped.ai · chaleco ponible</div>
              </div>
            </div>
            <div class="combo-card__usage">Sensores de vehículos autónomos adaptados para peatones</div>
            <div class="combo-feat"><span class="combo-feat__label">Novedades</span><span>Predice colisiones y avisa mediante sonido espacial 3D; «Live AI» describe el entorno mientras se camina</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Fortaleza</span><span>Conciencia continua de obstáculos, no solo descripción bajo demanda</span></div>
            <div class="combo-feat"><span class="combo-feat__label">El problema</span><span>Un complemento del bastón y el perro guía, nunca un sustituto</span></div>
          </article>
        </div>

        <div class="callout callout--highlight" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">!</div>
          <div>
            <span class="callout__label">La descripción no es navegación</span>
            <div class="callout__body"><p>Las gafas que describen una escena son excelentes para «¿qué es esto?» e inútiles para «¿hay un escalón delante de mí?». La descripción de escenas y la detección de obstáculos son tareas distintas que requieren sensores diferentes. Todos los fabricantes serios de esta categoría dicen lo mismo: el dispositivo se sitúa <em>junto a</em> el bastón blanco o el perro guía, no en lugar de ellos.</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s4" aria-labelledby="s4-heading">
        <div class="section-label">Movilidad</div>
        <h2 class="section-title" id="s4-heading">4. Saber dónde se está</h2>
        <div class="prose">
          <p>La navegación es el problema más difícil del sector, porque el coste de una respuesta errónea es un bordillo, un hueco en la escalera o una calzada. El período produjo avances reales en dos subproblemas distintos: detectar lo que hay inmediatamente alrededor y orientarse dentro de un edificio donde el GPS no llega.</p>
        </div>

        <div class="step step--accent">
          <div class="step__num">1</div>
          <div>
            <h3>WeWALK Smart Cane 2</h3>
            <p>Una actualización de 2024 del bastón inteligente que añade un mango sensor a un bastón blanco ordinario. Detecta obstáculos a la altura del pecho y la cabeza que el barrido con el bastón no alcanza —ramas colgantes, puertas de armario abiertas, retrovisores de camiones— y advierte mediante vibración. La segunda generación amplió el ángulo de detección, añadió un asistente de voz con IA integrado (basado en GPT-4) y una integración más estrecha con la navegación y el transporte público, y obtuvo un Edison Award y un King's Award for Enterprise Innovation. De forma decisiva, mantiene el bastón: la herramienta de referencia permanece, la detección es un añadido.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">2</div>
          <div>
            <h3>Glidance Glide</h3>
            <p>El factor de forma más genuinamente nuevo del período. Glide es un pequeño dispositivo de dos ruedas de una empresa fundada por Amos Miller, antiguo tecnólogo de accesibilidad de Microsoft. Se empuja hacia delante y rueda por delante del usuario, guiándolo físicamente —esquivando obstáculos y comunicándose a través del mango telescópico, a medio camino entre un bastón blanco y un perro guía. Su primer lote de pedidos anticipados se abrió a mediados de 2024 y se agotó antes de fin de año; el dispositivo tiene una suscripción mensual de aproximadamente 30 USD, y el envío a los primeros clientes comenzó en 2026. Es pronto, y es el dispositivo que más merece seguimiento.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">3</div>
          <div>
            <h3>GoodMaps indoor navigation</h3>
            <p>La navegación exterior giro a giro funciona desde hace años; en interiores, donde el GPS falla, no. GoodMaps utiliza posicionamiento basado en cámara para situar al usuario dentro de un edificio cartografiado —un aeropuerto, una estación de transporte, un campus— y ofrecer orientación paso a paso sin las balizas que requerían sistemas anteriores. La cobertura es el límite: solo funciona donde un recinto ha pagado por ser cartografiado.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">4</div>
          <div>
            <h3>Apple Door Detection y Magnifier</h3>
            <p>La ayuda a la navegación que la mayoría de la gente ya posee. El modo de Detección de la aplicación Magnifier localiza puertas, lee la señalización que llevan e informa de si están abiertas y cómo abrirlas, utilizando el escáner LiDAR de los iPhone y iPad Pro. People Detection mide la distancia a las personas cercanas, y VoiceOver Recognition describe objetos y escenas en el propio dispositivo. Nada de esto requiere suscripción ni hardware adicional: viene incluido de fábrica.</p>
          </div>
        </div>

        <figure class="pull-quote">
          <blockquote>
            <p class="pull-quote__text">«El coste de una respuesta de navegación errónea no es una frase incómoda: es un bordillo, un hueco en la escalera o una calzada. Por eso todos los fabricantes serios mantienen el bastón en el circuito.»</p>
          </blockquote>
          <figcaption><cite class="pull-quote__source">— este artículo, sección 4</cite></figcaption>
        </figure>
      </section>

      <hr class="divider" />

      <section id="s5" aria-labelledby="s5-heading">
        <div class="section-label">Plataforma</div>
        <h2 class="section-title" id="s5-heading">5. El sistema operativo se puso al día</h2>
        <div class="prose">
          <p>La revolución más silenciosa ocurrió dentro del lector de pantalla. Durante años, la brecha que encontraba con más frecuencia una persona ciega era la imagen sin describir —una fotografía, un gráfico, un meme sin texto alternativo. Entre 2024 y 2026, todas las plataformas principales incorporaron una respuesta integrada: apuntar el lector de pantalla a una imagen y un modelo integrado la describe, y después acepta preguntas de seguimiento. Lo que antes requería una aplicación de terceros es ahora una pulsación de tecla.</p>
          <p>La matriz siguiente compara el estado de cada plataforma. El patrón es coherente —descripción de imágenes por IA en todas partes, comprensión de la cámara en vivo más potente en móvil, compatibilidad braille recientemente ampliada en Apple—, pero son los detalles los que determinan qué herramienta se adapta mejor a cada usuario. Para conocer la metodología de prueba y las herramientas disponibles, nuestra <a href="/articles/accessibility-screen-reader-testing-tools-2026/">guía de herramientas de prueba de lectores de pantalla</a> profundiza en ello, y el estándar subyacente es <a href="/toolkit/standards/wcag/">WCAG 2.2</a>.</p>
        </div>

        <table class="matrix-table">
          <thead>
            <tr><th>Lector de pantalla</th><th>Descripción de imagen por IA</th><th>Escena en vivo por cámara</th><th>Novedades en 2025</th><th>Coste</th></tr>
          </thead>
          <tbody>
            <tr><th>VoiceOver + Magnifier (Apple)</th><td>VoiceOver Recognition (en el dispositivo)</td><td>Door &amp; People Detection</td><td>Braille Access, Accessibility Reader, Magnifier para Mac</td><td>Incluido</td></tr>
            <tr><th>TalkBack + Gemini (Android)</th><td>Gemini describe &amp; responde preguntas</td><td>vía Lookout</td><td>Preguntas y respuestas con Gemini más profundas sobre imágenes y pantalla completa</td><td>Incluido</td></tr>
            <tr><th>JAWS (Windows)</th><td>Picture Smart AI (ChatGPT, Claude)</td><td class="cell-na">N/A (escritorio)</td><td>Picture Smart más rápido, preguntas y respuestas de seguimiento</td><td>Licencia de pago</td></tr>
            <tr><th>NVDA (Windows)</th><td>Complementos de la comunidad (GPT-4 vision)</td><td class="cell-na">N/A (escritorio)</td><td>Ecosistema de complementos en maduración</td><td>Gratuito + complemento</td></tr>
          </tbody>
        </table>

        <div class="prose">
          <p>La oleada de Apple de mayo de 2025 merece una mención aparte, porque amplió la definición de accesibilidad. <strong>Braille Access</strong> convierte un iPhone, iPad, Mac o Vision Pro en un bloc de notas braille completo que se comunica de forma nativa con una pantalla braille refrescable. <strong>Accessibility Reader</strong> es un modo de lectura a nivel de sistema para usuarios con baja visión y dislexia. <strong>Accessibility Nutrition Labels</strong> coloca las funciones de accesibilidad de una aplicación directamente en su página de la App Store, de modo que una persona ciega puede saber antes de descargarla si una aplicación funcionará —un incentivo estructural que presiona a todos los desarrolladores a hacerlo mejor.</p>
          <p>Una función anterior merece también mencionarse aquí: <strong>Personal Voice</strong>, que permite a alguien grabar y sintetizar un modelo de su propia voz. Se diseñó pensando en personas que pierden el habla, pero apunta a un futuro más amplio en el que la voz sintética que escucha una persona ciega pueda ser una que ella misma haya elegido.</p>
        </div>
      </section>

      <hr class="divider" />

      <section id="s6" aria-labelledby="s6-heading">
        <div class="section-label">Tacto</div>
        <h2 class="section-title" id="s6-heading">6. La lectura táctil por fin obtuvo un gráfico</h2>
        <div class="prose">
          <p>En medio de toda la IA, el avance más esperado fue mecánico. Las pantallas braille refrescables mostraban una sola línea de texto desde hacía décadas —suficiente para la prosa, inútil para un libro de texto de matemáticas, un mapa o un gráfico. El sueño de una página completa de braille dinámico y gráficos táctiles tenía un nombre en el sector, «Holy Braille», y durante años permaneció como un sueño.</p>
          <p>En 2024 llegó al mercado. El <strong>Monarch</strong>, una colaboración entre la American Printing House for the Blind y HumanWare, es el primer dispositivo para el mercado general capaz de mostrar diez líneas de braille y gráficos táctiles en la misma superficie refrescable —de modo que un estudiante puede sentir un gráfico de barras, un diagrama de geometría o un mapa y leer sus etiquetas en braille a la vez. Tiene base Android, importa archivos de gráficos táctiles y admite el formato eBraille multifila emergente. El precio es elevado, en torno a cinco cifras, razón por la cual llega principalmente a los estudiantes a través de financiación institucional antes que a particulares. El <strong>Dot Pad</strong> de Corea, una pantalla táctil de matriz de pines con soporte nativo de Apple, aborda el mismo problema desde el lado del consumo. Para el mercado en general, véase nuestra <a href="/articles/refreshable-braille-displays-buyers-guide/">guía del comprador de pantallas braille refrescables</a>.</p>
        </div>

        <div class="callout callout--info" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">i</div>
          <div>
            <span class="callout__label">Por qué importa un gráfico táctil</span>
            <div class="callout__body"><p>Un estudiante ciego puede escuchar la descripción de una parábola, pero no puede <em>explorarla</em> del modo en que un estudiante con visión traza una curva con los ojos. Los gráficos táctiles multifila restauran esa exploración. La consecuencia educativa —en especial para las STEM, un campo que ha perdido generaciones de talento por culpa de los diagramas inaccesibles— es mayor de lo que sugiere el número de dispositivos vendidos.</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s7" aria-labelledby="s7-heading">
        <div class="section-label">Diagnóstico</div>
        <h2 class="section-title" id="s7-heading">7. El problema: qué sigue sin funcionar</h2>
        <div class="prose">
          <p>Cada sección anterior llevaba una línea de «el problema» por una razón. El progreso es real, pero un análisis que solo vendiera las ventajas estaría haciendo un flaco favor a sus lectores. Cuatro limitaciones atraviesan todo el panorama, y cualquier comprador honesto debería sopesarlas antes del marketing.</p>
        </div>

        <div class="step step--accent">
          <div class="step__num">1</div>
          <div>
            <h3>Alucinaciones con tono confiado</h3>
            <p>Todas las herramientas de descripción por IA aquí recogidas describirán en algún momento algo que no existe —un precio incorrecto, una etiqueta que no podía leer pero adivinó, una fecha de caducidad que inventó. Lo hacen con el mismo tono fluido y seguro que emplean cuando aciertan. Para preguntas rutinarias eso es tolerable; para medicación, alérgenos, documentos financieros o cualquier cosa crítica para la seguridad, la única regla segura es verificar con una persona o un canal no basado en IA de confianza. El modelo redacta un borrador; no tiene la última palabra.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">2</div>
          <div>
            <h3>El precio de lo bueno</h3>
            <p>El nivel gratuito es genuinamente transformador —Be My AI, Seeing AI, Lookout y las funciones de accesibilidad integradas en el sistema operativo no cuestan nada. Pero el hardware dedicado que hace más, o funciona con manos libres, o permite leer por tacto, oscila entre cientos y muchos miles de euros. Un Monarch es un dispositivo de cinco cifras. El resultado es una brecha creciente entre lo que es teóricamente posible y lo que un particular sin financiación institucional puede permitirse realmente.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">3</div>
          <div>
            <h3>La cámara siempre ve</h3>
            <p>Un dispositivo que transmite la vista en primera persona a un modelo en la nube o a un voluntario también transmite todo lo demás que hay en el encuadre —las personas que rodean al usuario, los documentos sobre su escritorio, el interior de su hogar. La contrapartida de privacidad es real y en gran medida no está regulada, y recae con más fuerza sobre los usuarios que tienen menos capacidad de elección sobre si aceptarla. El buen diseño minimiza lo que sale del dispositivo; no todo diseño es bueno.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">4</div>
          <div>
            <h3>Las herramientas no son formación</h3>
            <p>Ninguna aplicación sustituye a la instrucción en orientación y movilidad, y ningún sensor sustituye al bastón blanco o al perro guía para detectar el suelo. El peligro de un asistente muy bueno es la falsa confianza que puede generar. Los dispositivos que tienen éxito son los construidos como complementos de habilidades probadas, no como sustitutos de ellas —razón por la que el bastón sigue reapareciendo en este artículo.</p>
          </div>
        </div>

        <div class="callout callout--warning" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">!</div>
          <div>
            <span class="callout__label">La web sigue siendo el eslabón débil</span>
            <div class="callout__body"><p>Toda esta inteligencia de apoyo funciona sobre una web que sigue siendo mayoritariamente inaccesible. Un lector de pantalla con IA puede describir una imagen, pero no puede arreglar un botón sin etiqueta, un formulario que atrapa el foco o un proceso de pago que se rompe bajo un lector de pantalla. Las herramientas mejoraron más rápido que los sitios web. Antes de confiar en que el propio sitio está a la altura, conviene pasarlo por un <a href="/toolkit/scan/">análisis de accesibilidad gratuito</a> —y recelar profundamente de las capas de IA que prometen conformidad instantánea.</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="conclusion" aria-labelledby="concl-heading">
        <h2 class="section-title" id="concl-heading">Conclusión: el techo subió, el suelo aguantó</h2>
        <div class="prose">
          <p>Escrita con honestidad, la historia de 2023 a 2026 es que el techo subió drásticamente y el suelo apenas se movió. Una persona ciega en 2026 puede hacer cosas que eran ciencia ficción en 2022 —preguntar a unas gafas de sol qué hay en una carta, sentir cómo un gráfico se actualiza bajo sus dedos, obtener la descripción de cualquier foto con una pulsación de tecla. Eso es una expansión genuina de la independencia, y llegó más rápido de lo que nadie en el sector predijo.</p>
          <p>Pero el suelo —lo que debe funcionar bien cada vez, sin excepción— se mantuvo firme. Un modelo sigue alucinando. Una cámara sigue viendo demasiado. Una gran aplicación sigue sin poder arreglar un sitio web roto ni sustituir a un instructor de movilidad. La madurez de este momento no está en las demostraciones; está en saber exactamente en qué herramienta confiar para cada tarea, y cuál conviene verificar. Los mejores profesionales y usuarios ya piensan así: la máquina para la velocidad, la persona para el momento que importa, y el bastón en la mano todo el tiempo.</p>
          <p>Los próximos tres años se juzgarán por el suelo, no por el techo. Si las tasas de alucinación caen, si el buen hardware se abarata, y si la web subyacente por fin se pone al nivel de la tecnología de apoyo que hay encima, la brecha entre lo posible y lo fiable se cerrará. Hasta entonces, la regla que recorre cada sección de este análisis se mantiene: las herramientas son un borrador notable de la visión a demanda —y el usuario, no el modelo, sigue teniendo la última palabra.</p>
        </div>
        <figure class="pull-quote">
          <blockquote><p class="pull-quote__text">«El techo subió drásticamente y el suelo apenas se movió. La madurez está en saber en qué herramienta confiar para cada tarea —y cuál conviene verificar.»</p></blockquote>
          <figcaption><cite class="pull-quote__source">— este artículo, conclusión</cite></figcaption>
        </figure>
      </section>

    </div>
  </div>
</div>

---
title: ¿Cuánto cuesta el cumplimiento ADA de un sitio web en 2026, y realmente lo necesita?
url: https://www.disabilityworld.org/es/articles/ada-website-compliance-cost/
description: Qué cuesta realmente la accesibilidad web en 2026: DIY, escáneres, auditorías manuales, corrección y monitorización continua, más si está legalmente obligado, qué ocurre si lo ignora y cuándo contratar.
author: Disability World
pubDate: 2026-05-29
tags: ada, website-accessibility, accessibility-compliance, cost, buyers-guide, explainer
---

# ¿Cuánto cuesta el cumplimiento ADA de un sitio web en 2026, y realmente lo necesita?

<script type="application/ld+json" set:html={JSON.stringify({
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "Article",
      "headline": "¿Cuánto cuesta el cumplimiento ADA de un sitio web en 2026, y realmente lo necesita?",
      "description": "Qué cuesta realmente la accesibilidad web en 2026: DIY, escáneres, auditorías manuales, corrección y monitorización continua, más si está legalmente obligado, qué ocurre si lo ignora y cuándo contratar.",
      "datePublished": "2026-05-29",
      "author": { "@type": "Organization", "name": "Disability World", "url": "https://www.disabilityworld.org/" },
      "publisher": { "@type": "Organization", "name": "Disability World" }
    },
    {
      "@type": "FAQPage",
      "mainEntity": [
        { "@type": "Question", "name": "¿Realmente necesito hacer mi sitio web accesible?", "acceptedAnswer": { "@type": "Answer", "text": "En casi todos los casos, sí. Si vende a o presta servicios al público en Estados Unidos, la UE, el Reino Unido, Canadá o Australia, una ley de derechos de las personas con discapacidad ya se aplica a su sitio web: la ADA en Estados Unidos, el European Accessibility Act (EAA) en la UE, la Equality Act en el Reino Unido. La obligación no depende del tamaño de su empresa en la mayoría de los regímenes, y no existe ninguna exención para pequeñas empresas según el Título III de la ADA. La pregunta práctica no es si la norma se aplica, sino cuánto riesgo está asumiendo al ignorarla." } },
        { "@type": "Question", "name": "¿Qué ocurre si mi sitio web no cumple con la ADA?", "acceptedAnswer": { "@type": "Answer", "text": "La consecuencia más habitual en Estados Unidos es una carta de requerimiento de un despacho de demandantes, seguida de una demanda por el Título III si no se responde. Se presentan aproximadamente 4.000 casos federales de accesibilidad web al año, más un volumen mucho mayor de cartas previas a la demanda que se resuelven discretamente por entre 5.000 y 25.000 dólares cada una. En la UE, las autoridades de vigilancia del mercado al amparo del EAA pueden dictar órdenes correctivas y multas. Más allá de la exposición legal, un sitio web inaccesible simplemente pierde a aproximadamente uno de cada seis clientes que tiene una discapacidad." } },
        { "@type": "Question", "name": "¿Cuánto cuesta el cumplimiento ADA de un sitio web?", "acceptedAnswer": { "@type": "Answer", "text": "No existe una cifra única porque el coste escala con el tamaño y la complejidad del sitio. Un análisis automatizado de referencia es gratuito. Una auditoría manual profesional puntual cuesta aproximadamente entre 1.500 y 5.000 dólares para un sitio de marketing pequeño, entre 5.000 y 15.000 dólares para un sitio mediano, y entre 15.000 y 50.000 dólares o más para una aplicación web grande o compleja. La corrección —el tiempo de desarrollo para subsanar lo que detecta la auditoría— suele ser la partida más grande y varía según cómo se construyó el sitio. La monitorización continua cuesta aproximadamente entre 1.000 y 30.000 dólares al año. La mayoría de las organizaciones debería presupuestar una auditoría más corrección más monitorización continua, no una corrección única." } },
        { "@type": "Question", "name": "¿Puedo corregir yo mismo el cumplimiento ADA de mi sitio web?", "acceptedAnswer": { "@type": "Answer", "text": "En parte. Un equipo técnicamente competente puede ejecutar escáneres gratuitos, corregir los fallos más evidentes —texto alternativo ausente, bajo contraste de color, campos de formulario sin etiquetar, estructura de encabezados incorrecta— y eliminar una parte significativa del riesgo a un coste casi nulo. Lo que no se puede hacer de manera fiable por cuenta propia es determinar si un usuario de lector de pantalla puede completar realmente un proceso de pago, o si un widget personalizado expone los roles y estados correctos. Eso requiere pruebas manuales por personas que utilizan tecnología de apoyo a diario. El enfoque DIY cubre el primer 30 o 40 por ciento; el resto requiere experiencia especializada." } },
        { "@type": "Question", "name": "¿Son los widgets de superposición de accesibilidad una forma económica de cumplir la normativa?", "acceptedAnswer": { "@type": "Answer", "text": "No. Los widgets de superposición —los scripts de terceros que añaden una barra de herramientas de accesibilidad por aproximadamente entre 490 y 3.500 dólares al año— no hacen que un sitio cumpla la normativa, y los sitios que los utilizan han sido demandados con la misma frecuencia que los sitios sin ellos. Los demandantes mencionan cada vez más la propia superposición en la reclamación. Trátese una superposición como marketing, no como corrección; el dinero se invierte mejor en una auditoría y correcciones reales en el código." } },
        { "@type": "Question", "name": "¿Cuánto cuesta la monitorización continua de accesibilidad?", "acceptedAnswer": { "@type": "Answer", "text": "Las plataformas de monitorización continua que re-analizan el sitio según un calendario y detectan regresiones suelen costar desde aproximadamente 1.000 dólares al año para un sitio pequeño hasta 30.000 dólares o más al año para un gran patrimonio digital, dependiendo del volumen de páginas y las funcionalidades. Compare dos o tres proveedores —axe Monitor, Siteimprove, Level Access y Qualibooth— en función de qué analizan realmente, cómo detectan regresiones y si combinan la monitorización automatizada con auditorías manuales periódicas, en lugar de fijarse únicamente en el panel de control." } }
      ]
    }
  ]
}, null, 0)} />

<div class="src-article" data-template="5">

<p class="image-alt-text">Descripción de la imagen: escritorio de un pequeño empresario con un portátil mostrando un sitio web, una calculadora y una factura impresa, fotografiado en picado sobre madera cálida, que transmite el enfoque de presupuesto y toma de decisiones de una guía sobre el coste de la accesibilidad.</p>

<p class="rt-prefix">Tiempo de lectura: 12 minutos</p>

<p class="wp-block-paragraph">Si ha llegado hasta aquí, probablemente es propietario de un negocio, responsable de marketing o director de oficina que recibió un correo electrónico reenviado —quizá una carta de requerimiento, quizá una nota nerviosa del equipo legal— y está intentando responder a cuatro preguntas a la vez. ¿Realmente debo hacer esto? ¿Qué ocurre si no lo hago? ¿Cuánto costará? ¿Y puedo simplemente solucionarlo yo mismo? Estas son las preguntas más frecuentes sobre accesibilidad web en la red, y habitualmente se responden con una táctica de miedo o un argumento de venta. Esta guía responde a las cuatro con claridad, con cifras de 2026, y le orienta hacia el siguiente paso concreto.</p>

<p class="wp-block-paragraph">La versión resumida: sí, la ley casi con toda seguridad se aplica a su caso; la consecuencia más probable de ignorarla es una carta de requerimiento que costará más que haber cumplido desde el principio; el coste va de gratuito a cinco cifras dependiendo únicamente del tamaño del sitio y de cómo fue construido; y puede encargarse de una parte considerable usted mismo, pero no de todo. Ahora, el detalle.</p>

<h2 class="wp-block-heading" id="h-do-you-need-it">¿Necesita realmente un sitio web accesible?</h2>

<p class="wp-block-paragraph">Para casi toda organización que presta servicios al público en línea, la respuesta es sí —y no como algo deseable, sino como obligación. Una ley de derechos de las personas con discapacidad ya cubre su sitio web en todos los mercados principales:</p>

<ul class="wp-block-list">
  <li><strong>Estados Unidos</strong> — la Americans with Disabilities Act (ADA). Los tribunales y el Departamento de Justicia consideran que un sitio web de cara al público es un «lugar de acomodación pública» según el Título III, y <strong>no existe exención para pequeñas empresas</strong>. Nuestra <a href="/articles/ada-title-iii-web-accessibility-guide/">guía de accesibilidad web del Título III de la ADA</a> explica con precisión quiénes están cubiertos.</li>
  <li><strong>Unión Europea</strong> — el European Accessibility Act (EAA) (Acta Europea de Accesibilidad) se aplica a la mayoría de los productos y servicios digitales de cara al consumidor desde junio de 2025, y alcanza también a empresas no europeas que venden en la UE.</li>
  <li><strong>Reino Unido</strong> — la Equality Act 2010, más las normas sobre organismos del sector público para los servicios gubernamentales.</li>
  <li><strong>Canadá, Australia y más de 50 jurisdicciones</strong> — cada una con su propia normativa y un historial de aplicación efectiva.</li>
</ul>

<p class="wp-block-paragraph">El estándar de referencia al que apuntan todos estos regímenes es el mismo: <a href="/toolkit/standards/wcag/">WCAG 2.2 Nivel AA</a>. Por lo tanto, la pregunta real no es «¿me afecta esto?» —casi con toda seguridad sí— sino «¿cuál es mi nivel de exposición actual y cuánto cuesta cerrar esa brecha?» Para una visión completa de lo que significa «cumplimiento» en estas capas, consulte nuestro <a href="/articles/accessibility-compliance-explainer/">explicador sobre cumplimiento de accesibilidad</a>.</p>

<h2 class="wp-block-heading" id="h-what-happens">¿Qué ocurre si su sitio web no es accesible?</h2>

<p class="wp-block-paragraph">El riesgo no es teórico, y generalmente llega por correo electrónico antes de llegar como demanda judicial.</p>

<p class="wp-block-paragraph"><strong>Cartas de requerimiento.</strong> El primer contacto más habitual en Estados Unidos es una carta de un despacho de demandantes alegando que un usuario con discapacidad no pudo utilizar su sitio, y ofreciendo llegar a un acuerdo. Estos acuerdos se resuelven discretamente, generalmente por <strong>entre 5.000 y 25.000 dólares</strong>, antes de cualquier presentación ante el tribunal. Muchas empresas reciben varias a lo largo de unos pocos años.</p>

<p class="wp-block-paragraph"><strong>Demandas judiciales.</strong> Si se ignora la carta, puede seguir una demanda por el Título III. Se presentan aproximadamente <strong>4.000 casos federales de accesibilidad web</strong> en Estados Unidos cada año, concentrados entre un pequeño número de despachos —nuestra <a href="/articles/top-firm-share-of-filings-2026/">guía despacho por despacho</a> hace el seguimiento. Los casos litigados cuestan mucho más que los acuerdos previos a la demanda una vez que se suman los honorarios legales; los asuntos resueltos más importantes alcanzan siete cifras, como documenta nuestro <a href="/articles/largest-ada-settlements-2020-2026/">análisis de los 25 mayores acuerdos</a>.</p>

<p class="wp-block-paragraph"><strong>Acción regulatoria en el extranjero.</strong> En la UE, las autoridades de vigilancia del mercado al amparo del EAA pueden dictar órdenes correctivas y multas administrativas que varían según el Estado miembro. No existe allí una industria de cartas de requerimiento —la ejecución proviene del Estado.</p>

<p class="wp-block-paragraph"><strong>Clientes perdidos.</strong> El coste más silencioso es el mayor. Aproximadamente una de cada seis personas vive con una discapacidad. Un proceso de pago inaccesible, un formulario sin etiquetar o un vídeo sin subtítulos aleja a esos visitantes en silencio —sin carta, sin demanda, solo una tasa de conversión más baja que nunca se atribuye a la causa real.</p>

<h2 class="wp-block-heading" id="h-how-much">¿Cuánto cuesta la accesibilidad web?</h2>

<p class="wp-block-paragraph">No existe una cifra única, porque el coste escala con dos factores: el tamaño y la complejidad del sitio, y cómo fue construido. Un sitio de cinco páginas sobre una plantilla estándar es un problema distinto al de una aplicación de página única a medida con proceso de pago, panel de control y biblioteca multimedia. A continuación se presenta la horquilla realista de 2026, desglosada en las capas que la mayoría de las organizaciones realmente contrata.</p>

<table class="wp-block-table">
  <thead>
    <tr>
      <th scope="col">Qué se contrata</th>
      <th scope="col">Coste típico en 2026</th>
      <th scope="col">Qué se obtiene</th>
    </tr>
  </thead>
  <tbody>
    <tr>
      <td><strong>Análisis automatizado (DIY)</strong></td>
      <td>Gratuito</td>
      <td>Una referencia de partida. Las herramientas gratuitas —axe DevTools, Lighthouse, WAVE y nuestro propio <a href="/toolkit/scan/">escáner gratuito WCAG 2.2</a>— detectan aproximadamente el 30–40 % de los problemas: contraste, texto alternativo, etiquetas de formularios, estructura.</td>
    </tr>
    <tr>
      <td><strong>Auditoría manual puntual</strong></td>
      <td>1.500–5.000 $ (pequeño)<br/>5.000–15.000 $ (mediano)<br/>15.000–50.000 $+ (grande/app)</td>
      <td>Una revisión profesional, idealmente con evaluadores que utilizan tecnología de apoyo, que detecta lo que los escáneres no pueden: flujos de lector de pantalla rotos, trampas de teclado, widgets personalizados mal etiquetados.</td>
    </tr>
    <tr>
      <td><strong>Corrección (las reparaciones)</strong></td>
      <td>2.000–10.000 $ (pequeño)<br/>25.000–150.000 $+ (app compleja)</td>
      <td>Tiempo de desarrollo para corregir lo que encontró la auditoría. Suele ser la partida más grande y la que más varía según cómo fue construido el sitio.</td>
    </tr>
    <tr>
      <td><strong>Monitorización continua</strong></td>
      <td>1.000–30.000 $+ / año</td>
      <td>Una plataforma que re-analiza según un calendario y detecta regresiones en cada despliegue, para que un sitio corregido permanezca corregido.</td>
    </tr>
    <tr>
      <td><strong>Widget de superposición</strong></td>
      <td>490–3.500 $ / año</td>
      <td><strong>Evitar.</strong> No garantiza el cumplimiento ni reduce el riesgo de demanda —véase más adelante.</td>
    </tr>
  </tbody>
</table>

<p class="wp-block-paragraph">Una forma útil de leer la tabla: una pequeña empresa puede alcanzar una postura defensible por una suma de cuatro cifras bajas —una auditoría puntual, un sprint de corrección moderado y una suscripción de monitorización de nivel básico. Una organización grande con una aplicación a medida debería presupuestar un programa anual de decenas de miles de dólares. En cualquier caso, el coste total de cumplir la normativa es, para la gran mayoría de las empresas, inferior al coste de una sola demanda litigada.</p>

<h2 class="wp-block-heading" id="h-diy">¿Puede solucionarlo usted mismo?</h2>

<p class="wp-block-paragraph">En parte —y la parte DIY merece la pena hacerla primero, porque es gratuita y elimina los fallos más comunes y más citados.</p>

<p class="wp-block-paragraph">Un equipo técnicamente competente puede ejecutar un escáner gratuito, trabajar los resultados y cerrar una parte real de la brecha sin gastar un solo euro: añadir texto alternativo a las imágenes, corregir los fallos de contraste de color, etiquetar todos los campos de formulario, restaurar un orden lógico de encabezados y asegurarse de que todo funciona solo con el teclado. Nuestra <a href="/articles/how-to-make-your-website-wcag-22-compliant/">guía paso a paso de WCAG 2.2</a> está diseñada exactamente para esto. Ese trabajo cubre el 30–40 % de los problemas que la automatización puede detectar.</p>

<p class="wp-block-paragraph">Lo que no se puede hacer de manera fiable por cuenta propia es el otro 60 %. Ningún escáner —ni ningún desarrollador sin discapacidad que lo intuya— puede determinar si un usuario de lector de pantalla puede completar realmente el proceso de pago, si el selector de fechas personalizado se anuncia correctamente en NVDA, o si el modal retiene el foco como debería. Ese juicio proviene de <a href="/articles/manual-audits-by-people-with-disabilities-2026/">auditorías manuales por personas que utilizan tecnología de apoyo a diario</a>. El enfoque DIY proporciona un sólido punto de partida y una factura menor; no llega hasta el final.</p>

<p class="wp-block-paragraph"><strong>Lo que no conviene comprar como atajo:</strong> el widget de superposición de accesibilidad. Son scripts de terceros que añaden una barra de herramientas de accesibilidad al sitio por unos pocos cientos a unos pocos miles de dólares al año, comercializados como cumplimiento instantáneo. No lo son. Los sitios que utilizan superposiciones han sido demandados al menos con la misma frecuencia que los sitios sin ellas, y los demandantes mencionan cada vez más la superposición en la reclamación. Documentamos la retirada de los proveedores en <a href="/articles/the-end-of-overlay-vendors/">nuestro informe sobre el fin de la era de los overlays</a>. Es mejor invertir ese dinero en una auditoría y correcciones reales.</p>

<h2 class="wp-block-heading" id="h-when-to-hire">Cuándo contratar a un profesional</h2>

<p class="wp-block-paragraph">Se debe contratar ayuda cuando se cumple alguna de estas condiciones: se gestiona un proceso de pago, un inicio de sesión o cualquier transacción que el cliente deba completar; el sitio es una aplicación a medida y no un sitio de marketing con plantilla; ya se ha recibido una carta de requerimiento; o se vende al sector público o a la UE, donde el nivel de conformidad es contractual y explícito. En esas situaciones, el coste de no hacerlo bien supera con creces el coste de una auditoría.</p>

<p class="wp-block-paragraph">Para la capa continua, no conviene depender únicamente de una auditoría puntual —un sitio que cumple hoy puede fallar en el próximo despliegue. Una plataforma de monitorización continua re-analiza según un calendario y detecta regresiones antes de que lleguen a producción. Compare dos o tres proveedores en función de qué comprueban realmente y cómo detectan regresiones —<strong>axe Monitor</strong>, <strong>Siteimprove</strong>, <strong>Level Access</strong> y <a href="https://www.qualibooth.com/" rel="noopener">Qualibooth</a> son la lista habitual— y valore si la plataforma combina la monitorización automatizada con auditorías manuales periódicas, ya que ninguna por sí sola es suficiente.</p>

<h2 class="wp-block-heading" id="h-next-steps">Su próximo paso, según la situación</h2>

<p class="wp-block-paragraph"><strong>«Solo quiero saber dónde me encuentro.»</strong> Ejecute hoy mismo un análisis de referencia. Nuestro <a href="/toolkit/scan/">escáner gratuito WCAG 2.2</a> ofrece una primera lectura de cualquier URL pública en minutos —sin coste, sin compromiso.</p>

<p class="wp-block-paragraph"><strong>«He recibido una carta de requerimiento.»</strong> No la ignore y no compre una superposición en pánico. Encargue una auditoría manual para poder mostrar un plan de corrección de buena fe, y lea la <a href="/articles/ada-title-iii-web-accessibility-guide/">guía del Título III de la ADA</a> para entender cuál es la obligación real.</p>

<p class="wp-block-paragraph"><strong>«Quiero solucionar esto correctamente, a largo plazo.»</strong> Presupueste las tres capas —auditoría, corrección, monitorización— y ponga en marcha una monitorización continua para que la corrección se mantenga. Así es como se ve una postura de cumplimiento duradera.</p>

<h2 class="wp-block-heading" id="h-faq">Preguntas frecuentes</h2>

<h3 class="wp-block-heading">¿Realmente necesito hacer mi sitio web accesible?</h3>
<p class="wp-block-paragraph">En casi todos los casos, sí. Si vende a o presta servicios al público en Estados Unidos, la UE, el Reino Unido, Canadá o Australia, una ley de derechos de las personas con discapacidad ya se aplica a su sitio web: la ADA en Estados Unidos, el European Accessibility Act (EAA) en la UE, la Equality Act en el Reino Unido. La obligación no depende del tamaño de su empresa en la mayoría de los regímenes, y no existe ninguna exención para pequeñas empresas según el Título III de la ADA. La pregunta práctica no es si la norma se aplica, sino cuánto riesgo está asumiendo al ignorarla.</p>

<h3 class="wp-block-heading">¿Qué ocurre si mi sitio web no cumple con la ADA?</h3>
<p class="wp-block-paragraph">La consecuencia más habitual en Estados Unidos es una carta de requerimiento de un despacho de demandantes, seguida de una demanda por el Título III si no se responde. Se presentan aproximadamente 4.000 casos federales de accesibilidad web al año, más un volumen mucho mayor de cartas previas a la demanda que se resuelven discretamente por entre 5.000 y 25.000 dólares cada una. En la UE, las autoridades de vigilancia del mercado al amparo del EAA pueden dictar órdenes correctivas y multas. Más allá de la exposición legal, un sitio web inaccesible simplemente pierde a aproximadamente uno de cada seis clientes que tiene una discapacidad.</p>

<h3 class="wp-block-heading">¿Cuánto cuesta el cumplimiento ADA de un sitio web?</h3>
<p class="wp-block-paragraph">No existe una cifra única porque el coste escala con el tamaño y la complejidad del sitio. Un análisis automatizado de referencia es gratuito. Una auditoría manual profesional puntual cuesta aproximadamente entre 1.500 y 5.000 dólares para un sitio de marketing pequeño, entre 5.000 y 15.000 dólares para un sitio mediano, y entre 15.000 y 50.000 dólares o más para una aplicación web grande o compleja. La corrección —el tiempo de desarrollo para subsanar lo que detecta la auditoría— suele ser la partida más grande y varía según cómo se construyó el sitio. La monitorización continua cuesta aproximadamente entre 1.000 y 30.000 dólares al año. La mayoría de las organizaciones debería presupuestar una auditoría más corrección más monitorización continua, no una corrección única.</p>

<h3 class="wp-block-heading">¿Puedo corregir yo mismo el cumplimiento ADA de mi sitio web?</h3>
<p class="wp-block-paragraph">En parte. Un equipo técnicamente competente puede ejecutar escáneres gratuitos, corregir los fallos más evidentes —texto alternativo ausente, bajo contraste de color, campos de formulario sin etiquetar, estructura de encabezados incorrecta— y eliminar una parte significativa del riesgo a un coste casi nulo. Lo que no se puede hacer de manera fiable por cuenta propia es determinar si un usuario de lector de pantalla puede completar realmente un proceso de pago, o si un widget personalizado expone los roles y estados correctos. Eso requiere pruebas manuales por personas que utilizan tecnología de apoyo a diario. El enfoque DIY cubre el primer 30 o 40 por ciento; el resto requiere experiencia especializada.</p>

<h3 class="wp-block-heading">¿Son los widgets de superposición de accesibilidad una forma económica de cumplir la normativa?</h3>
<p class="wp-block-paragraph">No. Los widgets de superposición —los scripts de terceros que añaden una barra de herramientas de accesibilidad por aproximadamente entre 490 y 3.500 dólares al año— no hacen que un sitio cumpla la normativa, y los sitios que los utilizan han sido demandados con la misma frecuencia que los sitios sin ellos. Los demandantes mencionan cada vez más la propia superposición en la reclamación. Trátese una superposición como marketing, no como corrección; el dinero se invierte mejor en una auditoría y correcciones reales en el código.</p>

<h3 class="wp-block-heading">¿Cuánto cuesta la monitorización continua de accesibilidad?</h3>
<p class="wp-block-paragraph">Las plataformas de monitorización continua que re-analizan el sitio según un calendario y detectan regresiones suelen costar desde aproximadamente 1.000 dólares al año para un sitio pequeño hasta 30.000 dólares o más al año para un gran patrimonio digital, dependiendo del volumen de páginas y las funcionalidades. Compare dos o tres proveedores —axe Monitor, Siteimprove, Level Access y Qualibooth— en función de qué analizan realmente, cómo detectan regresiones y si combinan la monitorización automatizada con auditorías manuales periódicas, en lugar de fijarse únicamente en el panel de control.</p>

<p class="wp-block-paragraph">La accesibilidad rara vez cuesta tanto como el miedo que genera sugiere, y casi siempre resulta más barata que la alternativa. Comience con un análisis gratuito de referencia, corrija lo que pueda y contrate experiencia especializada donde realmente importa.</p>

</div>

---
title: La accesibilidad del transporte público: leyes, estándares y lo que sigue fallando
url: https://www.disabilityworld.org/es/articles/accessibility-of-public-transport/
description: Cómo se regula la accesibilidad del transporte público: las normas de paratransporte y rampas de autobús de la ADA en EE. UU., el PRM TSI y los reglamentos de derechos de los pasajeros de la UE, y el PSVAR del Reino Unido, más las brechas que persisten desde el andén hasta la aplicación.
author: Disability World
pubDate: 2026-05-25
tags: public-transport, accessibility, ada-paratransit, prm-tsi, passenger-rights, mobility
---

# La accesibilidad del transporte público: leyes, estándares y lo que sigue fallando

<div class="src-article" data-template="5">

<p class="image-alt-text">Descripción de la imagen: Un autobús urbano de piso bajo arrodillándose en una acera con su rampa desplegada, un usuario de silla de ruedas a punto de subir, fotografiado con una suave luz de primera hora de la mañana.</p>

<div class="byline">
  <span><strong>Por</strong> la redacción editorial de Disability World</span>
  <span><strong>Actualizado</strong> mayo de 2026</span>
  <span><strong>Tiempo de lectura</strong> 12 minutos</span>
</div>

<p class="rt-prefix">Tiempo de lectura: 12 minutos</p>

<p class="wp-block-paragraph">El transporte público es donde el modelo social de la discapacidad se vuelve más concreto. Un autobús con escalón en lugar de rampa, una estación sin ascensor, un tren cuyas puertas no emiten ningún aviso audible: cada uno de ellos es una barrera que convierte una deficiencia en exclusión, cortando a una persona con discapacidad del acceso al trabajo, la sanidad, la educación y la vida social. El acceso al transporte fue uno de los primeros campos de batalla del movimiento de discapacidad y sigue siendo una de sus victorias más desiguales. Este artículo explicativo traza cómo se regula la accesibilidad del transporte público en los principales marcos normativos, qué exigen realmente los estándares técnicos y dónde sigue fallando el sistema, desde la brecha del andén hasta la aplicación para solicitar el viaje.</p>

<p class="wp-block-paragraph">La accesibilidad del transporte tiene capas inusualmente complejas. Abarca el <strong>vehículo</strong> (rampas, pisos bajos, espacios de sujeción), la <strong>infraestructura</strong> (estaciones, paradas, pavimento táctil, ascensores), la <strong>información</strong> (anuncios audiovisuales, planificadores de viaje y aplicaciones accesibles) y el <strong>servicio</strong> (asistencia del personal, paratransporte, reserva). Una red puede cumplir en una capa y fallar catastróficamente en otra, razón por la que «¿es el transporte accesible?» nunca tiene una respuesta única de sí o no.</p>

<h2 class="wp-block-heading" id="h-the-us-framework">Estados Unidos: la ADA y el paratransporte</h2>

<p class="wp-block-paragraph">La accesibilidad del transporte público en EE. UU. se rige por la <a href="/articles/ada-title-iii-web-accessibility-guide/">Americans with Disabilities Act</a>, el Título II para las entidades públicas y el Título III para los operadores privados, implementada a través de las detalladas normativas del Departamento de Transporte en las <strong>49 CFR Partes 37 y 38</strong>. Las normas exigen que los autobuses y vehículos ferroviarios de nueva adquisición sean accesibles, con plataformas o rampas obligatorias, sistemas de sujeción para sillas de ruedas, asientos prioritarios y anuncios de paradas.</p>

<p class="wp-block-paragraph">La contribución distintiva de la ADA es el <strong>paratransporte complementario</strong>: cuando una agencia de transporte público opera un servicio de ruta fija, también debe proporcionar un servicio comparable de origen a destino para las personas que no pueden utilizar la ruta fija debido a una discapacidad. El paratransporte es una garantía genuina de derechos civiles, pero también es fuente de quejas persistentes: requisitos de reserva anticipada, amplias ventanas de recogida, límites de capacidad y ausencias que dejan a los usuarios varados. Las raíces del movimiento aquí son profundas: el grupo de acción directa <strong>ADAPT</strong> pasó los años ochenta bloqueando físicamente autobuses inaccesibles bajo el lema «Queremos viajar», una campaña que rastreamos en nuestra <a href="/articles/disability-rights-history-of-activism/">historia del activismo por los derechos de las personas con discapacidad</a>.</p>

<p class="wp-block-paragraph">El transporte ferroviario cuenta una historia más difícil. Muchos de los sistemas de tránsito rápido más antiguos de EE. UU. se construyeron mucho antes de la ADA, y el estatuto exige accesibilidad en las «estaciones clave» además de accesibilidad en todas las nuevas construcciones, pero la instalación de ascensores en estaciones de metro centenarias es lenta y costosa, y los litigios por estaciones inaccesibles han sido una constante en la última década.</p>

<h2 class="wp-block-heading" id="h-the-eu-framework">La Unión Europea: el PRM TSI y los derechos de los pasajeros</h2>

<p class="wp-block-paragraph">La UE regula la accesibilidad del transporte mediante una combinación de <strong>normas técnicas</strong> y <strong>reglamentos de derechos de los pasajeros</strong>. El instrumento técnico central es el <strong>Reglamento (UE) n.º 1300/2014</strong>, el «PRM TSI», la especificación técnica de interoperabilidad relativa a la accesibilidad del sistema ferroviario de la Unión para las <strong>personas con discapacidad y las personas con movilidad reducida</strong>. Establece requisitos armonizados para estaciones, andenes y material rodante: rutas sin escalones, ayudas para el embarque, aseos accesibles, información visual y audible, y las brechas entre el andén y el tren.</p>

<p class="wp-block-paragraph">Sobre estos requisitos se superponen los <strong>reglamentos de derechos de los pasajeros</strong> específicos para cada modo, que otorgan a los viajeros con discapacidad derechos exigibles a la asistencia:</p>

<ul class="wp-block-list">
<li><strong>Ferroviario:</strong> el Reglamento (UE) 2021/782 garantiza asistencia y no discriminación para los pasajeros ferroviarios con discapacidad.</li>
<li><strong>Autobús y autocar:</strong> el Reglamento (UE) n.º 181/2011 establece los derechos de los pasajeros, incluida la asistencia en las terminales designadas.</li>
<li><strong>Aéreo:</strong> el Reglamento (CE) n.º 1107/2006 prohíbe a las compañías aéreas denegar la reserva o el embarque por razón de discapacidad y garantiza asistencia en los aeropuertos.</li>
<li><strong>Marítimo:</strong> el Reglamento (UE) n.º 1177/2010 cubre a los pasajeros que viajan por mar y vías navegables interiores.</li>
</ul>

<p class="wp-block-paragraph">Desde 2025, el <a href="/articles/european-accessibility-act-guide/">European Accessibility Act</a> ha añadido una capa adicional para los elementos <em>digitales</em> del transporte: máquinas expendedoras de billetes, sitios web y aplicaciones de planificación de viajes, y billetes electrónicos, incorporándolos a un régimen de accesibilidad común de la UE basado en el estándar de contratación pública <a href="/articles/en-301-549-explained/">EN 301 549</a> y, para la web, los criterios de las <a href="/toolkit/standards/wcag/">WCAG</a>. El panorama comparativo completo para los estados miembros individuales se recoge en nuestro <a href="/regulations/">índice de normativas nacionales</a>.</p>

<div class="callout">
<h3>«Movilidad reducida» es más amplio de lo que se piensa</h3>
<p>La legislación europea de transporte utiliza deliberadamente la expresión «personas con discapacidad y personas con movilidad reducida» (PRM). Abarca no solo a los usuarios de sillas de ruedas y a los viajeros ciegos o Sordos, sino también a las personas mayores, a las personas que viajan con niños pequeños y a cualquiera cuya movilidad esté temporalmente reducida: una viajera embarazada, alguien con una pierna escayolada. Diseñar el transporte para este grupo más amplio es la ilustración cotidiana más clara del «efecto del rebaje de bordillo»: las características de acceso construidas para las personas con discapacidad benefician a una población mucho mayor.</p>
</div>

<h2 class="wp-block-heading" id="h-the-uk-framework">El Reino Unido: el PSVAR y las normas de vehículos ferroviarios</h2>

<p class="wp-block-paragraph">El Reino Unido regula la accesibilidad de los vehículos mediante las <strong>Public Service Vehicle Accessibility Regulations 2000 (PSVAR)</strong>, que establecen los requisitos para autobuses y autocares: espacios para sillas de ruedas, rampas o plataformas, asientos prioritarios, pasamanos con contraste de color, e información audible y visible de «próxima parada» que la <strong>Bus Services Act 2017</strong> impulsó posteriormente hacia una implantación universal. El transporte ferroviario se rige por las <strong>Rail Vehicle Accessibility Regulations</strong> y los deberes generales de la Equality Act 2010. Al igual que en EE. UU., la restricción vinculante rara vez son los vehículos nuevos, que se construyen accesibles, sino la flota heredada y la estación de la era victoriana inaccesible.</p>

<h2 class="wp-block-heading" id="h-the-technical-standards">Los estándares técnicos que importan</h2>

<p class="wp-block-paragraph">Tras los estatutos se encuentran los detalles de ingeniería que determinan si un viaje realmente funciona. Unos pocos se repiten en todos los marcos:</p>

<figure class="wp-block-table">
<table>
<thead>
<tr><th>Característica</th><th>Qué hace</th><th>A quién sirve</th></tr>
</thead>
<tbody>
<tr><td>Autobuses de piso bajo / arrodillados + rampas</td><td>Embarque sin escalones</td><td>Usuarios de sillas de ruedas y ayudas para la movilidad, cochecitos</td></tr>
<tr><td>Mitigación de la brecha andén-tren</td><td>Salva o reduce la brecha horizontal/vertical</td><td>Usuarios de sillas de ruedas, personas con discapacidad visual</td></tr>
<tr><td>Pavimento táctil</td><td>Advertencia bajo los pies en los bordes de los andenes y en los cruces</td><td>Viajeros ciegos y con visión parcial</td></tr>
<tr><td>Anuncios audiovisuales de paradas</td><td>Información de próxima parada en dos modalidades</td><td>Viajeros ciegos, Sordos y con discapacidad cognitiva</td></tr>
<tr><td>Sujeción de sillas de ruedas / espacio prioritario</td><td>Posición de viaje segura a bordo</td><td>Usuarios de sillas de ruedas</td></tr>
<tr><td>Billetes accesibles y aplicaciones de viaje</td><td>Comprar y planificar sin barreras</td><td>Usuarios de lectores de pantalla y teclado</td></tr>
</tbody>
</table>
</figure>

<p class="wp-block-paragraph">Obsérvese cuántas de estas características son informativas más que físicas. Un autobús perfectamente equipado con rampa es inútil para un viajero ciego que no puede saber qué autobús ha llegado o dónde bajar, y para un viajero Sordo que se pierde un anuncio de incidencia solo audible. La accesibilidad en el transporte es una cadena que se rompe por el eslabón más débil.</p>

<h2 class="wp-block-heading" id="h-the-app-layer">La capa de la aplicación: donde el acceso se gana y se pierde ahora</h2>

<p class="wp-block-paragraph">El nuevo campo de batalla es el digital. Los planificadores de viajes, los billetes sin contacto, las pantallas de llegada en tiempo real y especialmente las <strong>aplicaciones de transporte privado</strong> se han convertido en la puerta de entrada a la movilidad, y reproducen, en software, los mismos fallos de acceso que el movimiento tardó décadas en corregir en el hardware. Una pantalla de reserva inaccesible excluye a un viajero con discapacidad con la misma certeza que una rampa ausente. El transporte privado en particular ha sido objeto de quejas y litigios sostenidos sobre la escasez de vehículos accesibles para sillas de ruedas (WAV) y la accesibilidad de la propia aplicación para el usuario, un asunto que examinamos en nuestro artículo de estilo auditoría sobre <a href="/articles/mobility-apps-disabled-riders/">las aplicaciones de movilidad y los viajeros con discapacidad</a>.</p>

<p class="wp-block-paragraph">Dado que se trata de interfaces web y móviles, el estándar aplicable es el mismo que rige cualquier servicio digital: los criterios de conformidad de las <a href="/toolkit/standards/wcag/">WCAG 2.2</a>, ejecutados en la UE mediante el European Accessibility Act y en EE. UU. mediante la jurisprudencia de la ADA. Los operadores de transporte y los proveedores de tecnología pueden encontrar los fallos más evidentes en un sitio de venta de billetes o un planificador de viajes con un <a href="/toolkit/scan/">análisis de accesibilidad gratuito</a> antes de que llegue ninguna queja.</p>

<h2 class="wp-block-heading" id="h-what-still-fails">Lo que sigue fallando</h2>

<p class="wp-block-paragraph">A pesar de cuatro décadas de elaboración de leyes, la experiencia vivida de los viajeros con discapacidad sigue siendo desigual. Los puntos de fallo recurrentes son consistentes entre países: <strong>estaciones ferroviarias heredadas</strong> sin acceso sin escalones; <strong>servicios de paratransporte y asistencia</strong> que son poco fiables, están sobresaturados o requieren una reserva anticipada impráctica; <strong>ascensores y rampas averiados</strong> que no se reparan con rapidez, sin información en tiempo real que avise al viajero con discapacidad de que el ascensor está fuera de servicio antes de que llegue; <strong>carencias en la formación del personal</strong>, donde el equipamiento existe pero nadie está dispuesto o es capaz de utilizarlo; y <strong>interfaces digitales inaccesibles</strong> que bloquean el viaje antes de que comience.</p>

<p class="wp-block-paragraph">El patrón se repite en todos los demás ámbitos de la accesibilidad: la ley establece el suelo, la nueva construcción cumple, y la brecha entre los derechos sobre el papel y un viaje fiable se llena, o no, mediante presupuestos de mantenimiento, cultura del personal y aplicación. Los estándares son maduros y están en gran medida consensuados. El trabajo pendiente es operativo. Para el contexto más amplio, léase nuestra <a href="/articles/disability-rights-history-of-activism/">historia del movimiento</a>, el <a href="/regulations/">índice de normativas nacionales</a> y el <a href="/articles/">registro completo de informes de 2026</a>.</p>

<aside class="sources" aria-labelledby="sources-heading">
<h2 class="wp-block-heading" id="sources-heading">Fuentes primarias</h2>
<ol>
<li>Estados Unidos. <em>Americans with Disabilities Act of 1990</em>; normativas del Departamento de Transporte de EE. UU., 49 CFR Partes 37 y 38 (servicios de transporte y especificaciones de accesibilidad de vehículos).</li>
<li>Administración Federal de Tránsito de EE. UU. Orientaciones y circulares sobre el <em>paratransporte complementario de la ADA</em>. https://www.transit.dot.gov/</li>
<li>Unión Europea. <em>Reglamento (UE) n.º 1300/2014</em> (PRM TSI: accesibilidad del sistema ferroviario para personas con discapacidad y personas con movilidad reducida).</li>
<li>Unión Europea. <em>Reglamento (UE) 2021/782</em> (derechos de los pasajeros ferroviarios); <em>Reglamento (UE) n.º 181/2011</em> (autobús y autocar); <em>Reglamento (CE) n.º 1107/2006</em> (aéreo); <em>Reglamento (UE) n.º 1177/2010</em> (marítimo).</li>
<li>Unión Europea. <em>Directiva (UE) 2019/882</em>, el European Accessibility Act, incluidos los servicios de venta de billetes e información de transporte.</li>
<li>Reino Unido. <em>Public Service Vehicle Accessibility Regulations 2000</em>; <em>Bus Services Act 2017</em>; <em>Rail Vehicle Accessibility Regulations</em>; Equality Act 2010.</li>
<li>Convención de la ONU sobre los Derechos de las Personas con Discapacidad, Artículo 9 (accesibilidad) y Artículo 20 (movilidad personal). https://www.un.org/development/desa/disabilities/</li>
</ol>
</aside>

</div>

---
title: La discapacidad en el lugar de trabajo: lo que muestran realmente los datos de 2026
url: https://www.disabilityworld.org/es/articles/disability-in-the-workplace-2026-data/
description: Un expediente de datos sobre la brecha de empleo en materia de discapacidad, la brecha salarial y los sistemas de cuotas diseñados para cerrarlas, elaborado a partir de cifras de la OIT, la OMS, Eurostat, la BLS de EE. UU., la OCDE y la JAN, con cada dato referenciado y los puntos débiles señalados.
author: Disability World
pubDate: 2026-05-25
tags: employment, workplace, disability-employment-gap, ada, reasonable-accommodation, data
---

# La discapacidad en el lugar de trabajo: lo que muestran realmente los datos de 2026

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>Editorial</strong> · Datos sobre empleo y discapacidad</span>
  </div>

  <h1>La discapacidad en el lugar de trabajo <em>— lo que muestran realmente los datos de 2026, y lo que no pueden mostrar</em></h1>

  <p class="lede">En casi todos los lugares donde se mide, la conclusión es la misma: las personas con discapacidad trabajan a tasas mucho más bajas que las personas sin discapacidad, cobran menos cuando trabajan, y la brecha apenas se ha movido en toda una generación. Este expediente reúne las cifras principales de los organismos que realmente las elaboran: la <strong>OMS</strong>, la <strong>OIT</strong>, <strong>Eurostat</strong>, la <strong>Oficina de Estadísticas Laborales de EE. UU.</strong>, la <strong>OCDE</strong> y la <strong>Job Accommodation Network</strong>. Alrededor de <strong>1.300 millones de personas</strong>, aproximadamente el <strong>16 %</strong> del mundo, viven con una discapacidad significativa. En Estados Unidos, la tasa de empleo-población para personas con discapacidad se sitúa en el rango <strong>bajo-medio del 20 % frente a aproximadamente el 65 %</strong> del resto; en la UE la brecha de empleo por discapacidad es de unos <strong>24 puntos porcentuales</strong>. Y sin embargo, aproximadamente <strong>la mitad de todos los ajustes razonables en el lugar de trabajo no cuestan nada en absoluto</strong>. Ninguna fuente publica una única y ordenada «tasa global de empleo de personas con discapacidad para 2026», y cualquiera que lo afirme debería tratarse con escepticismo.</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">Conclusiones · Revisión de evidencias</span>
      <span class="dossier-meta">07 conclusiones · sintetizadas a partir de datos publicados por la OIT, la OMS, Eurostat, la BLS de EE. UU., la OCDE y la JAN, años de referencia 2022-2024</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">Lo que muestran los datos publicados</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">1.300 M</span>
        <div class="dossier-body">
          <p class="dossier-claim">La población a la que está fallando el mercado laboral</p>
          <p class="dossier-note">El <em>Informe Mundial sobre Equidad en Salud para Personas con Discapacidad</em> de la OMS de 2022 estima que aproximadamente 1.300 millones de personas, el 16 % de la población mundial, viven con una discapacidad significativa. Ese es el denominador frente al que deben leerse todas las cifras de empleo que siguen.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">aprox. 40 pp</span>
        <div class="dossier-body">
          <p class="dossier-claim">La brecha de empleo en EE. UU. es de unos cuarenta puntos porcentuales</p>
          <p class="dossier-note">Los datos de la Encuesta de Población Actual de la BLS de EE. UU. sitúan la tasa de empleo-población de las personas con discapacidad en el rango bajo-medio del 20 %, frente a aproximadamente el 65 % de las personas sin discapacidad, una brecha de unos 40 puntos porcentuales que ha sido notablemente estable con el tiempo.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">aprox. 24 pp</span>
        <div class="dossier-body">
          <p class="dossier-claim">La brecha de empleo por discapacidad en la UE ronda los veinticuatro puntos</p>
          <p class="dossier-note">Eurostat mide la brecha directamente: aproximadamente el 51 % de las personas con discapacidad de entre 20 y 64 años trabajan, frente al 75 % de las personas sin discapacidad, una brecha de aproximadamente 24 puntos porcentuales, con una variación muy amplia entre los estados miembros. Cerrarla es un objetivo explícito de la Estrategia de Derechos de las Personas con Discapacidad de la UE 2021-2030.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">aprox. 50 %</span>
        <div class="dossier-body">
          <p class="dossier-claim">Alrededor de la mitad de los ajustes razonables no cuestan nada al empleador</p>
          <p class="dossier-note">La encuesta de empleadores de larga trayectoria de la Job Accommodation Network (JAN) de EE. UU. constata sistemáticamente que aproximadamente la mitad de los ajustes razonables en el lugar de trabajo no tienen ningún coste, y que la mayoría de los restantes son gastos puntuales de unos pocos cientos de dólares. La barrera para contratar a trabajadores con discapacidad rara vez es el dinero: es la conciencia, la actitud y los sistemas de contratación inaccesibles.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">5 % / 6 %</span>
        <div class="dossier-body">
          <p class="dossier-claim">Europa apuesta por las cuotas estatutarias; el mundo anglosajón, por los derechos</p>
          <p class="dossier-note">Alemania obliga a los empleadores con más de 20 trabajadores a cubrir una cuota del 5 % o pagar una tasa; Francia fija el 6 %. EE. UU., el Reino Unido y otros países se basan en cambio en la legislación antidiscriminatoria respaldada por el deber de ajustes razonables. La evidencia sobre qué enfoque funciona mejor es genuinamente mixta.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">máximo histórico</span>
        <div class="dossier-body">
          <p class="dossier-claim">El trabajo a distancia produjo el único punto de luz genuino</p>
          <p class="dossier-note">Dentro de un panorama por lo demás sombrío, la tasa de empleo de personas con discapacidad en EE. UU. alcanzó máximos históricos en los años posteriores a la pandemia, un cambio que la mayoría de los analistas atribuye a la normalización del trabajo remoto e híbrido, que eliminó el desplazamiento y la oficina inaccesible de la ecuación para muchos trabajadores con discapacidad.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">la más amplia</span>
        <div class="dossier-body">
          <p class="dossier-claim">La brecha es más amplia para las mujeres con discapacidad</p>
          <p class="dossier-note">La OIT informa de que la brecha de empleo es sistemáticamente mayor para las mujeres con discapacidad, quienes se enfrentan a la desventaja acumulada del género y la discapacidad juntos, un patrón interseccional que las estadísticas de un solo eje tienden a oscurecer.</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>Fuente</strong>OMS, <em>Global Report on Health Equity for Persons with Disabilities</em> (2022); estadísticas de la OIT sobre discapacidad y trabajo; serie de la brecha de empleo por discapacidad de Eurostat; <em>Persons with a Disability: Labor Force Characteristics</em> de la Oficina de Estadísticas Laborales de EE. UU.; OCDE, <em>Sickness, Disability and Work</em>; encuestas de costes de empleadores de la Job Accommodation Network de EE. UU. Años de referencia 2022-2024; las cifras son las más recientes publicadas en el momento de cierre de este expediente.</p>
  </section>

  <div class="toc">
    <div class="toc-title">En este informe</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#methodology">Cómo se elaboraron estas cifras</a></li>
      <li><span class="toc-num">02</span><a href="#the-gap">El tamaño de la brecha: EE. UU., UE, mundo</a></li>
      <li><span class="toc-num">03</span><a href="#pay-gap">La brecha salarial y la trampa de las prestaciones</a></li>
      <li><span class="toc-num">04</span><a href="#quotas">Las cuotas frente al enfoque de los derechos</a></li>
      <li><span class="toc-num">05</span><a href="#digital">La puerta de entrada digital: la tecnología de contratación como barrera</a></li>
      <li><span class="toc-num">06</span><a href="#closing">Lo que los datos muestran y no muestran</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="methodology">01 · Cómo se elaboraron estas cifras</h2>

  <p class="dropcap-first">Este es un análisis de estadísticas oficiales publicadas, no una encuesta original, y esa distinción importa. Las estadísticas sobre discapacidad son inusualmente frágiles: las definiciones varían entre encuestas, la autoidentificación es sensible y tiende a subestimar, y muchos países de ingresos bajos y medios carecen de datos regulares de la fuerza laboral desglosados por discapacidad. Cada cifra aquí ha sido tomada del compilador autorizado de esa cifra, y cuando un número es una estimación o un rango, se indica como tal. No se han fabricado números más recientes o más precisos para rellenar lagunas en el registro.</p>

  <p>Cuatro organismos realizan la mayor parte del conteo fiable. La <strong>OMS</strong> proporciona la línea de base global de prevalencia. La <strong>BLS de EE. UU.</strong> realiza una pregunta mensual sobre discapacidad en su Encuesta de Población Actual, lo que proporciona la serie temporal de un solo país más limpia del mundo. <strong>Eurostat</strong> publica la brecha de empleo por discapacidad de la UE a partir de sus instrumentos EU-SILC y de fuerza laboral. La <strong>OCDE</strong> contribuye con el trabajo comparativo sobre el diseño de prestaciones. La <strong>OIT</strong> enmarca el panorama global y de género, y la <strong>Job Accommodation Network (JAN)</strong> aporta la evidencia sobre el coste para los empleadores.</p>

  <div class="process">
    <div class="process-step"><span class="ps-num">01</span><span class="ps-title">Identificar compiladores autorizados</span><span class="ps-desc">OMS · OIT · Eurostat · BLS de EE. UU. · OCDE · JAN — sin agregadores secundarios</span></div>
    <div class="process-step"><span class="ps-num">02</span><span class="ps-title">Tomar el último año de referencia publicado</span><span class="ps-desc">Principalmente 2022-2024; los datos desagregados por discapacidad se retrasan uno o más años respecto a la recogida</span></div>
    <div class="process-step"><span class="ps-num">03</span><span class="ps-title">Preservar la incertidumbre</span><span class="ps-desc">Informar rangos y «aproximadamente» cuando la propia fuente es imprecisa</span></div>
    <div class="process-step"><span class="ps-num">04</span><span class="ps-title">Señalar los vacíos</span><span class="ps-desc">Donde no existe un recuento fiable, la mayor parte del sur global, indicarlo en lugar de estimar</span></div>
  </div>

  <h2 id="the-gap">02 · El tamaño de la brecha</h2>

  <p>El panorama nacional más claro proviene de Estados Unidos. En los últimos años, la tasa de empleo-población de la BLS para las personas con discapacidad se ha situado en el rango bajo-medio del 20 %, frente a aproximadamente el 65 % para las personas sin discapacidad, y las personas con discapacidad que están en el mercado laboral también se enfrentan a una tasa de desempleo sistemáticamente unas dos veces mayor que la de los trabajadores sin discapacidad. El panorama europeo, medido de forma diferente, cuenta la misma historia a un nivel más alto: aproximadamente la mitad de los europeos con discapacidad en edad laboral están empleados, frente a tres cuartas partes del resto.</p>

  <div class="stat-row">
    <div class="stat-box"><div class="stat-big">16 %</div><div class="stat-desc">Del mundo vive con una discapacidad significativa (OMS, 2022), aprox. 1.300 millones de personas</div></div>
    <div class="stat-box"><div class="stat-big">aprox. 40 pp</div><div class="stat-desc">Brecha de empleo por discapacidad en EE. UU. (BLS), aprox. 23 % vs 65 %</div></div>
    <div class="stat-box"><div class="stat-big">aprox. 24 pp</div><div class="stat-desc">Brecha de empleo por discapacidad en la UE (Eurostat), aprox. 51 % vs 75 %</div></div>
  </div>

  <div class="chart-section">
    <div class="chart-title">TASA DE EMPLEO — CON Y SIN DISCAPACIDAD</div>
    <div class="bar-row"><div class="bar-label">EE. UU. — sin discapacidad</div><div class="bar-track"><div class="bar-fill bf-a" style="width:87%">aprox. 65 %</div></div></div>
    <div class="bar-row"><div class="bar-label">EE. UU. — con discapacidad</div><div class="bar-track"><div class="bar-fill bf-b" style="width:31%">aprox. 23 %</div></div></div>
    <div class="bar-row"><div class="bar-label">UE — sin discapacidad</div><div class="bar-track"><div class="bar-fill bf-a" style="width:100%">aprox. 75 %</div></div></div>
    <div class="bar-row"><div class="bar-label">UE — con discapacidad</div><div class="bar-track"><div class="bar-fill bf-c" style="width:68%">aprox. 51 %</div></div></div>
  </div>

  <figure class="wp-block-table">
  <table class="dt">
    <thead>
      <tr><th>Medida</th><th>Con discapacidad</th><th>Sin discapacidad</th><th>Fuente</th></tr>
    </thead>
    <tbody>
      <tr><td>Tasa de empleo-población en EE. UU.</td><td>aprox. 22-25 %</td><td>aprox. 65 %</td><td>BLS de EE. UU., años recientes</td></tr>
      <tr><td>Tasa de empleo en la UE (20-64 años)</td><td>aprox. 51 %</td><td>aprox. 75 %</td><td>Eurostat, 2022</td></tr>
      <tr><td>Población mundial con discapacidad significativa</td><td colspan="2">aprox. 1.300 millones (16 %)</td><td>OMS, 2022</td></tr>
    </tbody>
  </table>
  </figure>

  <div class="callout warning">
    <h3>Por qué los «datos de 2026» son en su mayoría datos de 2022-2024</h3>
    <p>Las encuestas de fuerza laboral son instrumentos grandes y costosos, y los resultados desagregados por discapacidad se publican normalmente un año o más después de la recogida. Las cifras autorizadas más actuales disponibles en 2026 corresponden por tanto a años de referencia 2022-2024. No se han inventado números más recientes para rellenar el vacío. En este tema, la falsa precisión es su propia forma de desinformación.</p>
  </div>

  <p>Los datos europeos también ponen de manifiesto una sutileza de medición que merece señalarse claramente: dado que la población con discapacidad tiene una mayor proporción de personas mayores que la población en edad laboral general, y dado que la pregunta de la encuesta se basa en la limitación autodeclarada, las comparaciones entre países reflejan en parte quién responde «sí» en lugar de diferencias reales en la exclusión del mercado laboral. Eurostat es transparente al respecto, razón por la cual la brecha se lee mejor dentro de un país a lo largo del tiempo que como una clasificación por posiciones.</p>

  <h2 id="pay-gap">03 · La brecha salarial y la trampa de las prestaciones</h2>

  <p>El menor empleo es solo la mitad de la historia. Cuando las personas con discapacidad están empleadas, tienden a ganar menos, la <strong>brecha salarial por discapacidad</strong>, impulsada por la concentración en ocupaciones peor remuneradas, tasas más altas de trabajo a tiempo parcial e inseguro, y discriminación directa. Las oficinas nacionales de estadística del Reino Unido y otros países han medido brechas salariales medianas del orden del 12 % al 17 % en los últimos años, aunque la cifra es sensible a cómo se definen la discapacidad y las horas de trabajo.</p>

  <p>Agravando ambas brechas está la <strong>trampa de las prestaciones</strong> que la OCDE ha documentado en sus estados miembros: sistemas de prestaciones por discapacidad y desempleo que retiran el apoyo bruscamente a medida que aumentan los ingresos, de modo que aceptar un empleo, especialmente uno a tiempo parcial o incierto, puede dejar a una persona con discapacidad apenas mejor, o incluso en peor situación, una vez contabilizados los costes laborales. El trabajo de larga trayectoria de la OCDE sostiene que los sistemas más eficaces combinan legislación antidiscriminatoria con apoyo activo al mercado laboral y diseños de prestaciones que se reducen gradualmente en lugar de cortarse abruptamente.</p>

  <div class="callout info">
    <h3>El mito del coste de los ajustes razonables</h3>
    <p>El malentendido más persistente entre los empleadores es que los trabajadores con discapacidad son costosos de acomodar. La encuesta de empleadores de la Job Accommodation Network ha constatado, año tras año, que aproximadamente la mitad de los ajustes razonables no cuestan nada, y que la mayoría del resto son gastos puntuales de unos pocos cientos de dólares: un lector de pantalla, horario flexible, un escritorio adaptado, subtitulado. La limitación casi nunca es el presupuesto.</p>
  </div>

  <h2 id="quotas">04 · Las cuotas frente al enfoque de los derechos</h2>

  <p>Dos grandes tradiciones regulatorias intentan cerrar la brecha. Europa continental y partes de Asia utilizan <strong>cuotas de empleo estatutarias</strong>: una obligación legal para los empleadores por encima de un determinado tamaño de garantizar que un porcentaje mínimo de su plantilla tenga discapacidad, normalmente respaldada por una tasa pagada por quienes no la cumplen. El mundo anglosajón se basa en cambio en la <strong>legislación antidiscriminatoria</strong> y un deber de ajustes razonables.</p>

  <figure class="wp-block-table">
  <table class="dt">
    <thead>
      <tr><th>Jurisdicción</th><th>Mecanismo</th><th>Umbral / tasa</th></tr>
    </thead>
    <tbody>
      <tr><td>Alemania</td><td>Cuota + tasa (Ausgleichsabgabe)</td><td>5 % para empleadores con 20 o más trabajadores</td></tr>
      <tr><td>Francia</td><td>Cuota + fondo AGEFIPH</td><td>6 % para empleadores con 20 o más trabajadores</td></tr>
      <tr><td>Italia</td><td>Cuota escalonada (Ley 68/1999)</td><td>Aumenta con la plantilla; «empleo dirigido»</td></tr>
      <tr><td>Japón</td><td>Tasa de empleo estatutaria + tasa</td><td>Elevada en etapas en los últimos años</td></tr>
      <tr><td>Estados Unidos</td><td>Antidiscriminación + ajustes razonables (ADA Título I)</td><td>Sin cuota; aplicada por la EEOC</td></tr>
      <tr><td>Reino Unido</td><td>Antidiscriminación + ajustes razonables</td><td>Sin cuota; Equality Act 2010</td></tr>
    </tbody>
  </table>
  </figure>

  <p>Las cuotas se consideran ampliamente como un suelo para el empleo de personas con discapacidad, pero la evidencia sobre su eficacia es mixta. Muchos empleadores tratan la tasa como un coste del negocio en lugar de un estímulo para contratar, y las cuotas pueden canalizar a los trabajadores con discapacidad hacia entornos protegidos o segregados que el <strong>Artículo 27</strong> de la <a href="/toolkit/glossary/crpd/">CRPD de la ONU</a> (trabajo y empleo) desalienta en favor del mercado laboral abierto. El enfoque de los derechos, por su parte, depende enteramente de la aplicación: en virtud del Título I de la <a href="/articles/ada-title-iii-web-accessibility-guide/">Americans with Disabilities Act</a>, un empleador de EE. UU. debe proporcionar ajustes que permitan a una persona con discapacidad cualificada realizar el trabajo, a menos que ello suponga una carga excesiva, un deber reflejado en la Equality Act del Reino Unido y en la Directiva de Igualdad en el Empleo de la UE. El detalle comparativo por país se recoge en nuestro <a href="/regulations/">índice de normativas nacionales</a>.</p>

  <h2 id="digital">05 · La puerta de entrada digital: la tecnología de contratación como barrera</h2>

  <p>Cada vez más, la primera barrera que encuentra un candidato con discapacidad no es el edificio, sino el formulario de solicitud. Los portales de empleo en línea, los sistemas de seguimiento de candidatos y las herramientas de selección asistidas por inteligencia artificial se han convertido en los guardianes del mercado laboral, y muchos no son operables por usuarios de solo teclado o de lector de pantalla, o utilizan entrevistas en vídeo y evaluaciones basadas en juegos que penalizan a los candidatos con discapacidad. La EEOC de EE. UU. ha emitido orientaciones advirtiendo de que las herramientas de contratación con IA pueden violar la ADA, y la Ley de IA de la UE clasifica la IA relacionada con el empleo como de alto riesgo. Un proceso de solicitud inaccesible es un problema de discriminación antes de que se evalúe a ningún candidato por sus méritos.</p>

  <div class="callout safe">
    <h3>La solución es el mismo estándar que cualquier otro servicio</h3>
    <p>El software de contratación accesible se rige por los mismos criterios de <a href="/toolkit/standards/wcag/">WCAG 2.2</a> que cualquier otro servicio web, y la contratación pública de recursos humanos en la UE está vinculada por <a href="/articles/en-301-549-explained/">EN 301 549</a> y, desde 2025, el <a href="/articles/european-accessibility-act-guide/">European Accessibility Act</a>. Los empleadores comprometidos con la inclusión de la discapacidad pueden empezar comprobando su propio sitio de empleo y proceso de solicitud con un <a href="/toolkit/scan/">análisis de accesibilidad gratuito</a>.</p>
  </div>

  <h2 id="closing">06 · Lo que los datos muestran y no muestran</h2>

  <p>Tres conclusiones se sostienen en todos los conjuntos de datos creíbles. Primero, la brecha de empleo por discapacidad es grande, duradera y global, medida en decenas de puntos porcentuales donde se mide. Segundo, la brecha no se explica por el menor deseo o capacidad de trabajar de las personas con discapacidad; encuesta tras encuesta encuentra personas con discapacidad que quieren empleo y no pueden conseguirlo, bloqueadas por barreras eliminables. Tercero, las herramientas de política que funcionan son las poco llamativas, utilizadas de forma combinada: legislación antidiscriminatoria exigible, contratación accesible, prestaciones bien diseñadas que se reducen gradualmente y una cultura de ajustes razonables, no ninguna bala de plata única.</p>

  <p>Lo que los datos no nos dicen aún bien es el panorama granular, actual y país por país para la mayor parte del mundo. Las cifras más ricas provienen de un puñado de economías ricas con potentes agencias estadísticas; para gran parte del sur global, la respuesta honesta a «¿cuál es la tasa de empleo de las personas con discapacidad?» es que nadie cuenta de forma fiable. Mejorar esa línea de base de datos es en sí mismo una prioridad de los derechos de las personas con discapacidad, porque, como con cualquier otro indicador, lo que no se cuenta no se presupuesta. Para el contexto más amplio, véase nuestro informe sobre <a href="/articles/disability-rights-history-of-activism/">la historia del activismo por los derechos de las personas con discapacidad</a> y el <a href="/articles/">registro completo de 2026</a>.</p>

  <aside class="sources" aria-labelledby="sources-heading">
  <h2 id="sources-heading">Fuentes primarias</h2>
  <ol>
  <li>Organización Mundial de la Salud. <em>Global Report on Health Equity for Persons with Disabilities</em>, 2022. https://www.who.int/</li>
  <li>Organización Internacional del Trabajo. Estadísticas y documentos de política sobre discapacidad y trabajo. https://www.ilo.org/</li>
  <li>Oficina de Estadísticas Laborales de EE. UU. <em>Persons with a Disability: Labor Force Characteristics</em>, nota de prensa anual, Encuesta de Población Actual. https://www.bls.gov/</li>
  <li>Eurostat. <em>Estadísticas sobre discapacidad: empleo y brecha de empleo por discapacidad</em>; Estrategia de la UE sobre los Derechos de las Personas con Discapacidad 2021-2030. https://ec.europa.eu/eurostat</li>
  <li>OCDE. Serie <em>Sickness, Disability and Work</em>, sobre el diseño de prestaciones y la trampa de las prestaciones. https://www.oecd.org/</li>
  <li>Job Accommodation Network (JAN). <em>Workplace Accommodations: Low Cost, High Impact</em>, serie de encuestas de costes para empleadores. https://askjan.org/</li>
  <li>Comisión para la Igualdad de Oportunidades en el Empleo de EE. UU. <em>The ADA and the Use of Software, Algorithms, and AI in Hiring</em>, orientaciones. https://www.eeoc.gov/</li>
  <li>Convención de la ONU sobre los Derechos de las Personas con Discapacidad, Artículo 27 (trabajo y empleo). https://www.un.org/development/desa/disabilities/</li>
  </ol>
  </aside>

</div>

---
title: Historia del activismo por los derechos de las personas con discapacidad: de los manicomios al principio de nada sobre nosotros sin nosotros
url: https://www.disabilityworld.org/es/articles/disability-rights-history-of-activism/
description: Cómo el movimiento de derechos de las personas con discapacidad pasó de la caridad y las instituciones a un marco de derechos civiles: la sentada del 504, el modelo social, la desinstitucionalización, el Capitol Crawl y el camino hacia la CRPD de la ONU.
author: Disability World
pubDate: 2026-05-25
tags: disability-rights, history, activism, independent-living, social-model, crpd
---

# Historia del activismo por los derechos de las personas con discapacidad: de los manicomios al principio de nada sobre nosotros sin nosotros

<div class="src-article" data-template="5">

<p class="image-alt-text">Descripción de la imagen: Activistas con discapacidad portando pancartas y sillas de ruedas reunidos en las escaleras de un edificio gubernamental, fotografiados desde un ángulo bajo contra un cielo nublado.</p>

<div class="byline">
  <span><strong>Por</strong> la redacción editorial de Disability World</span>
  <span><strong>Actualizado</strong> mayo de 2026</span>
  <span><strong>Tiempo de lectura</strong> 13 minutos</span>
</div>

<p class="rt-prefix">Tiempo de lectura: 13 minutos</p>

<p class="wp-block-paragraph">Durante la mayor parte del siglo XX, la discapacidad fue tratada como una desgracia médica que debían gestionar los profesionales y, con mucha frecuencia, ocultarse. Las personas con discapacidad eran pacientes, beneficiarios e internos, raramente ciudadanos con derechos. El movimiento moderno de derechos de las personas con discapacidad es la historia de cómo se subvirtió ese marco: cómo un conjunto disperso de grupos de autoayuda, asociaciones de padres, supervivientes psiquiátricos y veteranos con discapacidad llegaron a insistir en que el problema no eran sus cuerpos, sino un mundo construido para excluirlos. Este es un manual sobre esa historia: las ideas, las protestas y las leyes, desde las instituciones de los años cincuenta hasta la <a href="/toolkit/glossary/crpd/">Convención de la ONU sobre los Derechos de las Personas con Discapacidad</a> y el panorama de aplicación recogido en nuestro <a href="/regulations/">índice de normativas nacionales</a>.</p>

<p class="wp-block-paragraph">El hilo conductor es un único desplazamiento conceptual, repetido en diferentes claves nacionales: de la caridad a los derechos, del modelo médico al modelo social, de los «cuidados» prestados a receptores pasivos a la autodeterminación reclamada por una comunidad política organizada. El eslogan que vino a resumirlo, <strong>«nada sobre nosotros sin nosotros»</strong>, no fue un elemento de marca. Fue una exigencia de que las personas con discapacidad fueran las autoras de las decisiones, leyes y servicios que rigen sus vidas.</p>

<h2 class="wp-block-heading" id="h-the-institutional-baseline">El punto de partida institucional</h2>

<p class="wp-block-paragraph">Para comprender el movimiento, hay que entender contra qué se enfrentó. A mediados del siglo XX, la respuesta dominante a la discapacidad significativa en el mundo industrializado era la segregación: instituciones residenciales, «colonias», manicomios y escuelas especiales que apartaban a las personas con discapacidad de la vida comunitaria ordinaria. Las condiciones en muchas eran lamentables, y las instituciones raramente rendían cuentas ante las personas que alojaban.</p>

<p class="wp-block-paragraph">La expresión más oscura del modelo médico fue el programa nazi <strong>«Aktion T4»</strong>, por el que el Estado alemán asesinó sistemáticamente a niños y adultos con discapacidad entre 1939 y 1945, personas calificadas de «vidas indignas de vivir». La historia no es una digresión: es el punto extremo de una lógica que trataba la existencia con discapacidad como un problema a resolver por expertos, y dio forma a la conciencia posguerra de los derechos humanos sobre la que el movimiento de discapacidad se apoyaría posteriormente. El arte y la memoria sobre la discapacidad, el cine documental, las memorias, la recuperación de historias individuales de los campos y las salas, ha sido fundamental para mantener esa historia visible en lugar de enterrada.</p>

<p class="wp-block-paragraph">En los años sesenta, las denuncias de las condiciones institucionales en Estados Unidos, el Reino Unido y Escandinavia estaban provocando una reflexión colectiva. El principio de <strong>«normalización»</strong>, articulado primero en la política social escandinava, sostenía que las personas con discapacidad intelectual tenían derecho a patrones de vida cotidiana lo más cercanos posible a los de la corriente general. Se convirtió en una de las semillas intelectuales de la desinstitucionalización.</p>

<h2 class="wp-block-heading" id="h-independent-living">El movimiento de vida independiente</h2>

<p class="wp-block-paragraph">El avance organizativo del movimiento llegó de las propias personas con discapacidad. En Estados Unidos, la figura decisiva fue <strong>Ed Roberts</strong>, quien en 1962 se abrió camino en la Universidad de California en Berkeley a pesar de una administración que dudaba de que un hombre que utilizaba silla de ruedas y pulmón de acero pudiera estudiar allí. Roberts y un grupo de compañeros con discapacidad, los «Rolling Quads», construyeron una red de apoyo universitaria y en 1972 fundaron el <strong>Center for Independent Living (CIL)</strong> en Berkeley. El modelo CIL era radical de una manera sencilla: los servicios para personas con discapacidad debían ser diseñados y gestionados por las propias personas con discapacidad, orientados no hacia la curación o la atención, sino hacia los apoyos (asistencia personal, vivienda accesible, transporte, asesoramiento entre iguales) que hacen posible la vida comunitaria autodirigida.</p>

<p class="wp-block-paragraph">La filosofía de la vida independiente se extendió rápidamente a una red de centros por todo Estados Unidos y luego internacionalmente, y reencuadró toda la conversación política. La pregunta ya no era «¿cómo cuidamos de las personas con discapacidad?», sino «¿qué barreras impiden a las personas con discapacidad vivir la vida que eligen y cómo las eliminamos?». Ese reencuadre, las barreras en vez de los cuerpos, es el núcleo práctico del modelo social.</p>

<h2 class="wp-block-heading" id="h-the-social-model">El modelo social de la discapacidad</h2>

<p class="wp-block-paragraph">Si el movimiento de vida independiente aportó la energía organizativa, los activistas británicos aportaron la teoría. En 1976, la <strong>Union of the Physically Impaired Against Segregation (UPIAS)</strong> publicó sus <em>Fundamental Principles of Disability</em>, estableciendo una distinción, hoy célebre, entre <strong>deficiencia</strong> (una característica del cuerpo o la mente) y <strong>discapacidad</strong> (la desventaja impuesta por una sociedad organizada en torno a normas no discapacitadas). El académico con discapacidad <strong>Mike Oliver</strong> denominó y sistematizó posteriormente esto como el <strong>modelo social de la discapacidad</strong>.</p>

<p class="wp-block-paragraph">El modelo social no negaba la deficiencia ni el dolor. Su afirmación era sobre la causalidad y la responsabilidad: un usuario de silla de ruedas no queda discapacitado por sus piernas sino por la escalinata; una persona Sorda no queda discapacitada por la sordera sino por la negativa de una sociedad oyente a proporcionar lengua de signos. Ese desplazamiento trasladó la obligación de actuar del individuo a la sociedad: a los arquitectos, los empleadores, los medios de comunicación y los legisladores. Es el motor conceptual detrás de cada estatuto de accesibilidad que siguió, y subyace al marco de cumplimiento moderno explicado en nuestra guía sobre <a href="/articles/accessibility-compliance-explainer/">cómo difieren el cumplimiento, la conformidad y la accesibilidad</a>.</p>

<div class="callout">
<h3>Tres modelos, brevemente</h3>
<p>El <strong>modelo médico</strong> sitúa el problema en la persona con discapacidad y busca curarla, corregirla o atenderla. El <strong>modelo social</strong> sitúa el problema en las barreras discapacitadoras, físicas, actitudinales e institucionales, que la sociedad puede elegir eliminar. El <strong>modelo de derechos humanos</strong>, adoptado por la CRPD de la ONU, se basa en el modelo social pero añade que la accesibilidad y la inclusión son cuestiones de derecho exigible, no de buena voluntad, y que las personas con discapacidad son titulares de derechos que pueden reclamar remedios cuando esos derechos son vulnerados.</p>
</div>

<h2 class="wp-block-heading" id="h-the-504-sit-in">La sentada del 504 y los estatutos estadounidenses</h2>

<p class="wp-block-paragraph">Estados Unidos produjo la acción directa más icónica del movimiento. La <strong>Sección 504 de la Rehabilitation Act de 1973</strong> contenía una sola frase que prohibía la discriminación por discapacidad en cualquier programa que recibiera fondos federales: la primera protección de derechos civiles para personas con discapacidad en Estados Unidos. Pero durante cuatro años las sucesivas administraciones se negaron a firmar los reglamentos que le darían vigencia. En abril de 1977, activistas con discapacidad ocuparon el edificio federal de San Francisco del Departamento de Sanidad, Educación y Bienestar durante <strong>26 días</strong>, la ocupación más larga de un edificio federal en la historia de Estados Unidos. Liderada por figuras como <strong>Judy Heumann</strong> y apoyada por el Black Panther Party, que entregaba comidas calientes a los manifestantes, la sentada del 504 forzó la firma de los reglamentos sin modificaciones.</p>

<p class="wp-block-paragraph">La campaña culminó en la <strong>Americans with Disabilities Act (ADA) de 1990</strong>, el estatuto de derechos civiles para personas con discapacidad más completo de su época, que prohíbe la discriminación en el empleo, los servicios públicos y los lugares de acceso público. La imagen que definió su aprobación fue el <strong>«Capitol Crawl»</strong> de marzo de 1990, cuando activistas con discapacidad abandonaron sus sillas de ruedas y ayudas para la movilidad para arrastrarse por los escalones del Capitolio de Estados Unidos, dramatizando exactamente el tipo de barrera que la ley pretendía abolir. El grupo de acción directa <strong>ADAPT</strong>, que había pasado los años ochenta bloqueando autobuses inaccesibles bajo el lema «Queremos viajar», fue central en esa presión, una campaña que rastreamos en nuestro artículo sobre <a href="/articles/accessibility-of-public-transport/">la accesibilidad del transporte público</a>. La promesa de acceso de la ADA a los establecimientos públicos es también el antecedente legal de los litigios actuales sobre accesibilidad web, tratados en nuestra <a href="/articles/ada-title-iii-web-accessibility-guide/">guía del Título III de la ADA</a>.</p>

<h2 class="wp-block-heading" id="h-deinstitutionalisation">La desinstitucionalización y el movimiento de supervivientes</h2>

<p class="wp-block-paragraph">En paralelo, un movimiento de <strong>supervivientes psiquiátricos</strong> y personas con discapacidad intelectual desafió directamente a las instituciones. El impulso hacia la <strong>desinstitucionalización</strong>, el cierre de los grandes asilos residenciales y el traslado del apoyo a la comunidad, fue impulsado tanto por el principio de normalización como por litigios que denunciaban abusos y negligencias. El <strong>movimiento de autodefensa</strong>, organizado internacionalmente bajo el lema <strong>People First</strong> desde los años setenta, afirmó que las personas con discapacidad de aprendizaje podían hablar por sí mismas y tomar decisiones sobre sus propias vidas, frente a un sistema construido sobre la suposición de que no podían.</p>

<p class="wp-block-paragraph">El legado es ambivalente y sigue siendo debatido. La desinstitucionalización liberó a cientos de miles de personas de instituciones de custodia, pero donde los apoyos comunitarios estuvieron infrafinanciados, algunos quedaron sin la asistencia que necesitaban. La tarea pendiente, el apoyo comunitario adecuado, el fin del tratamiento coercitivo, el derecho a la capacidad jurídica, está directamente vinculada al <strong>Artículo 12</strong> (capacidad jurídica) y al <strong>Artículo 19</strong> (vivir de forma independiente y ser incluido en la comunidad) de la CRPD moderna.</p>

<h2 class="wp-block-heading" id="h-the-international-turn">El giro internacional: de las declaraciones al tratado</h2>

<p class="wp-block-paragraph">Naciones Unidas avanzó por etapas desde la aspiración suave hacia el derecho vinculante. La Asamblea General proclamó <strong>1981 como el Año Internacional de las Personas con Discapacidad</strong>, seguido del <strong>Programa de Acción Mundial para las Personas con Discapacidad (1982)</strong> y el <strong>Decenio de las Personas con Discapacidad (1983-1992)</strong>. En 1993, la Asamblea General adoptó las <strong>Normas Uniformes sobre la Igualdad de Oportunidades para las Personas con Discapacidad</strong>, influyentes, pero no jurídicamente vinculantes y sin un órgano de cumplimiento.</p>

<p class="wp-block-paragraph">El cambio decisivo llegó en los años 2000. Las organizaciones de personas con discapacidad, coordinadas a través de la <strong>International Disability Alliance</strong>, presionaron por un tratado vinculante, y las propias negociaciones se convirtieron en una demostración del principio central del movimiento: las personas con discapacidad y sus organizaciones participaron directamente en la redacción en una medida sin precedentes en la elaboración de tratados de la ONU. La <strong>Convención sobre los Derechos de las Personas con Discapacidad (CRPD)</strong> fue adoptada el 13 de diciembre de 2006 y entró en vigor el 3 de mayo de 2008, el tratado de derechos humanos negociado más rápidamente en la historia de la ONU y hoy uno de los más ampliamente ratificados. Su arquitectura de cumplimiento, dos décadas después, es objeto de nuestro análisis dedicado a <a href="/articles/un-crpd-enforcement-twenty-years-on/">veinte años de la CRPD</a>.</p>

<figure class="wp-block-table">
<table>
<thead>
<tr><th>Año</th><th>Hito</th><th>Significado</th></tr>
</thead>
<tbody>
<tr><td>1972</td><td>Fundación del Center for Independent Living de Berkeley</td><td>Servicios por y para personas con discapacidad</td></tr>
<tr><td>1973</td><td>Rehabilitation Act de EE. UU., Sección 504</td><td>Primera disposición antidiscriminatoria por discapacidad en EE. UU.</td></tr>
<tr><td>1976</td><td>Principios Fundamentales de UPIAS</td><td>Distinción deficiencia/discapacidad</td></tr>
<tr><td>1977</td><td>Sentada del 504, San Francisco</td><td>Reglamentos firmados bajo presión</td></tr>
<tr><td>1981</td><td>Año Internacional de las Personas con Discapacidad de la ONU</td><td>Visibilidad global</td></tr>
<tr><td>1990</td><td>Americans with Disabilities Act</td><td>Estatuto integral de derechos civiles en EE. UU.</td></tr>
<tr><td>1995</td><td>Disability Discrimination Act del Reino Unido</td><td>Primera ley antidiscriminatoria del Reino Unido</td></tr>
<tr><td>2006</td><td>Adopción de la CRPD de la ONU</td><td>Tratado vinculante de derechos humanos</td></tr>
</tbody>
</table>
</figure>

<h2 class="wp-block-heading" id="h-beyond-the-anglosphere">Más allá del mundo anglosajón</h2>

<p class="wp-block-paragraph">La narrativa suele contarse como una historia estadounidense y británica, pero el movimiento siempre fue plural. La <strong>Disability Discrimination Act 1995</strong> del Reino Unido siguió años de acción directa por parte de la <strong>Disabled People's Direct Action Network (DAN)</strong>, incluidos activistas encadenándose a autobuses inaccesibles. En toda Europa continental, los <strong>sistemas de cuotas de empleo</strong> estatutarios, en Alemania, Francia, Italia, Austria y Polonia, reflejaron una tradición diferente y más corporativista de política de discapacidad, que examinamos en nuestro análisis sobre <a href="/articles/disability-in-the-workplace-2026-data/">la discapacidad en el lugar de trabajo</a>. Japón y la región de Asia-Pacífico desarrollaron sus propios marcos, y la oleada de ratificaciones de la CRPD posterior a 2008 impulsó nuevos estatutos nacionales en África, América Latina y Oriente Medio.</p>

<p class="wp-block-paragraph">Lo que une estas corrientes es el paso de una política de caridad a una política de derechos, y la insistencia, en todas partes, en que las propias personas con discapacidad la lideren. La frase <strong>«nada sobre nosotros sin nosotros»</strong>, popularizada por el académico-activista James Charlton en su libro homónimo de 1998, captó un principio que había sido latente en el movimiento durante décadas y que ahora está escrito en los deberes de consulta de la CRPD.</p>

<h2 class="wp-block-heading" id="h-from-streets-to-standards">De las calles a los estándares</h2>

<p class="wp-block-paragraph">La última frontera del movimiento es la digital. La misma lógica que exigía bordillos rebajados y rampas exige ahora sitios web accesibles, aplicaciones y servicios digitales del sector público. La expresión técnica del modelo social en línea son las <a href="/toolkit/standards/wcag/">Pautas de Accesibilidad para el Contenido Web (WCAG)</a>, y su expresión legal incluye el <a href="/articles/european-accessibility-act-guide/">European Accessibility Act</a> de la UE y el estándar de contratación pública <a href="/articles/en-301-549-explained/">EN 301 549</a>. Las barreras han cambiado de forma, un atributo alt ausente en lugar de una rampa ausente, pero la reivindicación es idéntica: un entorno que excluye a las personas con discapacidad es un problema que quienes construyen ese entorno están obligados a subsanar. Las organizaciones que quieran identificar esas barreras pueden comenzar con un <a href="/toolkit/scan/">análisis de accesibilidad gratuito</a>.</p>

<p class="wp-block-paragraph">La historia no ha terminado. La institucionalización persiste, la capacidad jurídica sigue siendo negada a muchos, la brecha de empleo en materia de discapacidad sigue siendo obstinadamente amplia, y la aplicación incluso de los estatutos más sólidos es desigual. Pero la victoria conceptual es real y está ampliamente conseguida: la discapacidad se entiende ahora, en la ley y cada vez más en la cultura, como una cuestión de derechos y barreras en lugar de caridad y defecto. Ese desplazamiento no fue concedido. Fue organizado, argumentado y ocupado por las personas con discapacidad, que es, en definitiva, el punto central de «nada sobre nosotros sin nosotros». Continúe con nuestro <a href="/articles/">registro de informes de 2026</a> y el <a href="/regulations/">índice de normativas nacionales</a>.</p>

<aside class="sources" aria-labelledby="sources-heading">
<h2 class="wp-block-heading" id="sources-heading">Fuentes primarias</h2>
<ol>
<li>Union of the Physically Impaired Against Segregation (UPIAS). <em>Fundamental Principles of Disability</em>, Londres, 1976.</li>
<li>Oliver, Mike. <em>The Politics of Disablement</em> (1990) y trabajos posteriores en los que articula el modelo social de la discapacidad.</li>
<li>Charlton, James I. <em>Nothing About Us Without Us: Disability Oppression and Empowerment</em>, University of California Press, 1998.</li>
<li>US Rehabilitation Act of 1973, Section 504; Americans with Disabilities Act of 1990, Public Law 101-336.</li>
<li>Heumann, Judith con Kristen Joiner. <em>Being Heumann: An Unrepentant Memoir of a Disability Rights Activist</em>, 2020, sobre la sentada del 504.</li>
<li>United Kingdom. <em>Disability Discrimination Act 1995</em>.</li>
<li>United Nations. <em>World Programme of Action concerning Disabled Persons</em> (1982); <em>Standard Rules on the Equalization of Opportunities for Persons with Disabilities</em> (1993).</li>
<li>United Nations. <em>Convention on the Rights of Persons with Disabilities</em>, adoptada el 13 de diciembre de 2006, en vigor el 3 de mayo de 2008. https://www.un.org/development/desa/disabilities/</li>
<li>United States Holocaust Memorial Museum. <em>Aktion T4 and the murder of people with disabilities</em>. https://www.ushmm.org/</li>
<li>International Disability Alliance. <em>History of the CRPD negotiation and DPO participation</em>. https://www.internationaldisabilityalliance.org/</li>
</ol>
</aside>

</div>

---
title: Cumplimiento de la accesibilidad — qué significa realmente en 2026
url: https://www.disabilityworld.org/es/articles/accessibility-compliance-explainer/
description: El cumplimiento de la accesibilidad, desmitificado — qué significa bajo la ADA, el EAA, WCAG 2.2 y EN 301 549, el mapa por países y los próximos pasos, independientemente de dónde opere.
author: Disability World
pubDate: 2026-05-23
tags: accessibility-compliance, ada, eaa, wcag, regulation-primer, explainer
---

# Cumplimiento de la accesibilidad — qué significa realmente en 2026

<script type="application/ld+json" set:html={JSON.stringify({
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "Article",
      "headline": "Cumplimiento de la accesibilidad — qué significa realmente en 2026",
      "description": "El cumplimiento de la accesibilidad, desmitificado — qué significa bajo la ADA, el EAA, WCAG 2.2 y EN 301 549, el mapa por países y los próximos pasos, independientemente de dónde opere.",
      "datePublished": "2026-05-23",
      "author": { "@type": "Organization", "name": "Disability World", "url": "https://www.disabilityworld.org/" },
      "publisher": { "@type": "Organization", "name": "Disability World" }
    },
    {
      "@type": "FAQPage",
      "mainEntity": [
        { "@type": "Question", "name": "¿Qué significa el cumplimiento de la accesibilidad?", "acceptedAnswer": { "@type": "Answer", "text": "El cumplimiento de la accesibilidad es la postura legal y de auditoría de cumplir la norma que un regulador, contrato o entidad sectorial haya designado como autorizada para la situación concreta. En la práctica suele significar tres cosas a la vez: cumplir una norma técnica como WCAG 2.2 Level AA, satisfacer una ley regional como la ADA o el European Accessibility Act, y producir artefactos de proceso como una declaración de accesibilidad publicada. Ninguna de ellas por separado equivale a la accesibilidad para los usuarios reales — son la perspectiva desde el lado de la auditoría." } },
        { "@type": "Question", "name": "¿Es WCAG lo mismo que la ADA?", "acceptedAnswer": { "@type": "Answer", "text": "No. WCAG es una norma técnica publicada por el W3C; la ADA es una ley de derechos civiles de EE. UU. Las dos están vinculadas porque los tribunales estadounidenses y el Departamento de Justicia han tratado WCAG 2.1 Level AA como el criterio de referencia para determinar qué constituye un sitio web accesible bajo el Título II y el Título III, pero la propia ADA no menciona WCAG en su texto legislativo. EN 301 549 cumple la misma función de puente en la UE." } },
        { "@type": "Question", "name": "¿Está mi sitio web legalmente obligado a ser accesible?", "acceptedAnswer": { "@type": "Answer", "text": "Casi con certeza, sí, si se opera en EE. UU., la UE, el Reino Unido, Canadá, Australia o cualquiera de las más de 50 jurisdicciones con un estatuto de derechos de las personas con discapacidad y un historial de aplicación efectiva. La obligación exacta depende de si se trata de un organismo del sector público, una empresa comercial de cierto tamaño o un proveedor de la Administración. El mapa por países de este artículo remite al expediente correspondiente a cada jurisdicción." } },
        { "@type": "Question", "name": "¿Qué nivel de WCAG se necesita — A, AA o AAA?", "acceptedAnswer": { "@type": "Answer", "text": "AA es la respuesta práctica para casi todos los reguladores. La norma del Título II de la ADA de 2024 designa WCAG 2.1 Level AA. El European Accessibility Act y EN 301 549 hacen referencia a WCAG 2.1 AA. La normativa del Reino Unido para organismos del sector público hace referencia a la versión 2.1 AA. AAA es aspiracional y no constituye el umbral regulatorio en ninguna jurisdicción. El Nivel A por sí solo es insuficiente bajo todos los regímenes principales." } },
        { "@type": "Question", "name": "¿Cómo se aplica el cumplimiento de la accesibilidad en EE. UU.?", "acceptedAnswer": { "@type": "Answer", "text": "A través de tres canales. La elaboración de normas y la aplicación por parte del Departamento de Justicia en virtud del Título II y el Título III de la ADA. Los litigios privados conforme al Título III, que produjeron aproximadamente 4.300 casos federales sobre sitios web en 2024. Y cartas de demanda a nivel estatal conforme a los regímenes de protección del consumidor de Nueva York, California y similares. No existe un único regulador federal de accesibilidad equivalente a las autoridades de vigilancia del mercado de la UE." } },
        { "@type": "Question", "name": "¿Se aplica el EAA a empresas no pertenecientes a la UE?", "acceptedAnswer": { "@type": "Answer", "text": "Sí, cuando comercializan productos o servicios en el mercado de la UE. El European Accessibility Act (EAA) se aplica a cualquier operador económico que venda productos o servicios cubiertos a consumidores en cualquiera de los 27 Estados miembros, independientemente de dónde esté establecido el operador. Un sitio web de comercio electrónico de EE. UU. que realiza envíos a Alemania está en el ámbito de aplicación de la transposición alemana, el BFSG." } },
        { "@type": "Question", "name": "¿Es suficiente el análisis automatizado para cumplir la normativa?", "acceptedAnswer": { "@type": "Answer", "text": "No. Los escáneres automatizados detectan aproximadamente entre el 30 y el 40 por ciento de los problemas de WCAG bajo suposiciones generosas — contraste de color, texto alternativo ausente, etiquetas de formulario ausentes, estructura del documento. No pueden determinar si el texto alternativo es preciso, si un flujo es utilizable por un usuario de lector de pantalla, o si un widget personalizado expone los roles y estados correctos. Una postura de cumplimiento sólida combina la monitorización automatizada con auditorías manuales periódicas por parte de evaluadores con discapacidad." } }
      ]
    }
  ]
}, null, 0)} />

<div class="src-article" data-template="5">

<p class="image-alt-text">Descripción de la imagen: Documentos legislativos apilados y una lupa sobre papel crema, fotografiados desde arriba, ilustrando la función de remisión a aspectos específicos de un explicador regulatorio general.</p>

<p class="rt-prefix">Tiempo de lectura: 11 minutos</p>

<p class="wp-block-paragraph">«Cumplimiento de la accesibilidad» es una de esas expresiones que todo el mundo usa y casi nadie define de la misma manera. Un responsable jurídico la entiende como exposición bajo la Ley de Estadounidenses con Discapacidades (ADA). Un responsable de contratación en Berlín la entiende como una cláusula que hace referencia a EN 301 549. Un responsable técnico la entiende como una puntuación de Lighthouse. Un gestor de producto la entiende como el panel de control de una plataforma de monitorización de proveedores. En cierto sentido, todos tienen razón — y ninguno habla exactamente de lo mismo.</p>

<p class="wp-block-paragraph">Este artículo es el explicador general. Desgrana qué significa el término en tres capas — técnica, legal y procedimental —, explica la distinción más importante del campo (el cumplimiento no es lo mismo que la accesibilidad) y luego remite al expediente que corresponde a cada jurisdicción. Si se ha llegado aquí buscando «cumplimiento de la accesibilidad» porque alguien de la alta dirección ha preguntado si la empresa cumple la normativa, se está en el lugar adecuado. Se ofrece el mapa necesario para responder esa pregunta de forma autónoma, además del enlace al <a href="/toolkit/scan/">escáner gratuito de WCAG 2.2</a> para obtener una línea de base antes de final de jornada.</p>

<h2 class="wp-block-heading" id="h-compliance-vs-accessibility">El cumplimiento no es lo mismo que la accesibilidad</h2>

<p class="wp-block-paragraph">La distinción más útil de este campo, y la que más a menudo se pasa por alto en los argumentarios de los proveedores, es la brecha entre cumplimiento y accesibilidad.</p>

<p class="wp-block-paragraph"><strong>El cumplimiento</strong> es una postura legal y de auditoría. Es la respuesta a la pregunta «¿podemos demostrar, sobre el papel, que cumplimos la norma que el regulador o el contrato ha designado?» Se satisface superando análisis automatizados, publicando declaraciones de accesibilidad, presentando informes de conformidad y atestaciones en procesos de contratación. El cumplimiento es un estado en el que se puede estar o no estar en un momento dado, y es el estado que interesa a los abogados y auditores.</p>

<p class="wp-block-paragraph"><strong>La accesibilidad</strong> es la respuesta a una pregunta diferente: «¿puede una persona con discapacidad usar realmente este producto para hacer aquello para lo que fue diseñado?» Se satisface cuando un usuario de lector de pantalla completa el proceso de compra, cuando un usuario que navega solo con teclado se desplaza por el panel de control, cuando un usuario sordo comprende el vídeo. La accesibilidad es una propiedad de la experiencia vivida, no del expediente de auditoría.</p>

<p class="wp-block-paragraph">Ambas están correlacionadas pero no son idénticas. Un sitio puede superar un análisis automatizado de WCAG 2.2 AA, publicar una declaración de accesibilidad impecable, presentar un VPAT y seguir siendo inutilizable con VoiceOver porque cada menú desplegable personalizado absorbe el foco. Otro sitio puede tener unos cientos de fallos menores en el análisis y seguir siendo completamente utilizable por todos los usuarios de tecnología de apoyo presentes. La conformidad es necesaria pero no suficiente. Tratar la auditoría como un indicador sustitutivo de la experiencia es el error más frecuente — y más costoso — en este campo.</p>

<h2 class="wp-block-heading" id="h-compliance-not-one-time-audit">El cumplimiento no es una auditoría puntual</h2>

<p class="wp-block-paragraph">Esta es la segunda distinción crucial. Una auditoría que aprueba un lunes no sobrevive a una publicación de código el martes. Los sitios de marketing publican dos veces por semana; las interfaces de producto publican veinte veces al día. Cada publicación es una oportunidad de romper una etiqueta, perder un anillo de foco o comercializar un componente que se anuncia como un <code>div</code> ante NVDA.</p>

<p class="wp-block-paragraph">El cumplimiento, correctamente entendido, es una postura que se mantiene mediante una monitorización continua y una cultura de corrección — no una instantánea capturada en un PDF fechado hace nueve meses. El PDF es evidencia. La monitorización es aquello que se evidencia. El error más grave en este campo es tratar el cumplimiento como un proyecto en lugar de como un modo de operación.</p>

<p class="wp-block-paragraph">Todo programa de accesibilidad serio tiene la misma estructura independientemente de la jurisdicción: una capa de monitorización automatizada que detecta regresiones en cada publicación, una capa de auditoría manual periódica que detecta lo que la automatización no ve, y una declaración publicada que el regulador puede consultar. Si falta alguna de las tres, la postura se deteriora.</p>

<h2 class="wp-block-heading" id="h-three-layers">Las tres capas del cumplimiento de la accesibilidad</h2>

<p class="wp-block-paragraph">Conviene pensar en el cumplimiento de la accesibilidad como tres capas superpuestas. Una organización debe satisfacer cada una de ellas, y los requisitos en cada capa provienen de una fuente diferente.</p>

<p class="wp-block-paragraph"><strong>Capa 1 — Normas técnicas.</strong> Lo que el sitio, la aplicación o el producto debe cumplir a nivel de código. Esta es la capa que pertenece al W3C y a los organismos europeos de normalización. La norma dominante es WCAG, actualmente en la versión 2.2. La mayoría de los reguladores hace referencia al Nivel AA. Sobre esta base se superponen otras normas técnicas: ARIA para las interfaces de usuario complejas, EN 301 549 para el contexto de contratación pública europea y del EAA, Section 508 para la contratación pública federal en EE. UU., EPUB Accessibility 1.1 para los libros electrónicos y PDF/UA para los documentos. WCAG 2.2 AA es el centro del mapa de especificaciones; las demás lo amplían o concretan.</p>

<p class="wp-block-paragraph"><strong>Capa 2 — Regulación regional.</strong> Lo que la ley de cada jurisdicción exige realmente. La ADA, el European Accessibility Act (EAA), la Ley de Igualdad del Reino Unido, la Accessible Canada Act, la Ley Stanca de Italia, el <span lang="de">Barrierefreiheitsstärkungsgesetz</span> (BFSG) alemán. La norma técnica de la Capa 1 casi siempre se incorpora por referencia — la norma del Título II de la ADA designa WCAG 2.1 AA; el EAA hace referencia a la norma armonizada EN 301 549, que a su vez referencia WCAG 2.1 AA. La ley es aquello frente a lo que se responde; la norma es cómo la ley determina si se ha superado el listón.</p>

<p class="wp-block-paragraph"><strong>Capa 3 — Mandatos de contratación pública y sectoriales.</strong> Donde el contrato va más allá del umbral legal. La contratación pública en la UE utiliza EN 301 549 como umbral para cualquier adquisición de TI. La contratación pública federal en EE. UU. utiliza Section 508, que ahora armoniza con WCAG 2.1 AA. Los reguladores del sector financiero y sanitario en ocasiones añaden sus propias capas. Si se vende a un comprador del sector público, el contrato suele ser un techo más exigente que la ley.</p>

<p class="wp-block-paragraph">La mayoría de las organizaciones debe satisfacer las tres capas simultáneamente.</p>

<h2 class="wp-block-heading" id="h-country-map">El mapa por países — la ubicación determina lo que aplica</h2>

<p class="wp-block-paragraph">Esta es la sección de remisión. Debe buscarse la fila que corresponde a la jurisdicción en que se opera y seguir el enlace al expediente correspondiente.</p>

<h3 class="wp-block-heading" id="h-united-states">Estados Unidos</h3>

<p class="wp-block-paragraph">La Ley de Estadounidenses con Discapacidades (ADA) es el eje de la legislación de accesibilidad en EE. UU. El Título II rige los gobiernos estatales y locales y obtuvo su primera norma explícita sobre sitios web en abril de 2024, designando WCAG 2.1 AA. El Título III rige los establecimientos privados de acomodación pública y se aplica principalmente mediante litigios privados — aproximadamente 4.300 casos federales sobre sitios web en 2024. Véanse el expediente de <a href="/articles/ada-title-iii-web-accessibility-guide/">ADA Título III</a> y el <a href="/regulations/us/">centro de normativa de EE. UU.</a> para la Section 508 y los estatutos estatales.</p>

<h3 class="wp-block-heading" id="h-european-union">Unión Europea</h3>

<p class="wp-block-paragraph">El European Accessibility Act (EAA) (Directiva 2019/882) pasó a ser aplicable en los 27 Estados miembros el 28 de junio de 2025, aplicándose a una lista definida de productos y servicios de consumo — comercio electrónico, banca, libros electrónicos, expedición de billetes, transporte. La Directiva sobre la accesibilidad de los sitios web (2016/2102) cubre por separado a los organismos del sector público. Ambas hacen referencia a la norma armonizada <a href="/articles/en-301-549-explained/">EN 301 549</a>, que referencia WCAG 2.1 AA. Véase la <a href="/articles/european-accessibility-act-guide/">guía del European Accessibility Act</a>.</p>

<h3 class="wp-block-heading" id="h-germany">Alemania</h3>

<p class="wp-block-paragraph">El <span lang="de">Barrierefreiheitsstärkungsgesetz</span> (BFSG) es la transposición alemana del EAA y se aplica a los servicios del sector privado en su ámbito de aplicación desde el 28 de junio de 2025. La BITV 2.0 rige el sector público. La aplicación corre a cargo de las autoridades de vigilancia del mercado a nivel de <span lang="de">Länder</span>. Véase el <a href="/regulations/de/">expediente de Alemania</a>.</p>

<h3 class="wp-block-heading" id="h-united-kingdom">Reino Unido</h3>

<p class="wp-block-paragraph">La Ley de Igualdad de 2010 impone un deber general de no discriminar, interpretado por los tribunales como extensivo a los servicios digitales. El Reglamento de Accesibilidad de los Organismos del Sector Público de 2018 añade un requisito específico de WCAG 2.1 AA para los organismos públicos. El Reino Unido no transpuso el EAA; la exposición del sector privado se canaliza a través de la Ley de Igualdad. Véase el <a href="/regulations/gb/">expediente del Reino Unido</a>.</p>

<h3 class="wp-block-heading" id="h-italy">Italia</h3>

<p class="wp-block-paragraph">La Ley Stanca (Ley 4/2004) precede a la armonización del EAA y se aplica a los organismos públicos y a una lista definida de entidades del sector privado, incluidos los servicios financieros y el gran comercio electrónico. La transposición del EAA amplía aún más el ámbito de aplicación. Véase el <a href="/regulations/it/">expediente de Italia</a>.</p>

<h3 class="wp-block-heading" id="h-canada">Canadá</h3>

<p class="wp-block-paragraph">La Accessible Canada Act (ACA) cubre a las entidades reguladas federalmente, incluidos bancos, telecomunicaciones y departamentos federales; la AODA cubre Ontario a nivel provincial, con aplicación plena al sector privado desde 2025. Véase el <a href="/regulations/ca/">expediente de Canadá</a>.</p>

<h3 class="wp-block-heading" id="h-australia">Australia</h3>

<p class="wp-block-paragraph">La Ley de Discriminación por Discapacidad de 1992 es el marco legislativo de referencia, interpretado como extensivo a los servicios digitales desde el caso Maguire de 2000. La Comisión Australiana de Derechos Humanos publica orientaciones alineadas con WCAG. Véase el <a href="/regulations/au/">expediente de Australia</a>.</p>

<h3 class="wp-block-heading" id="h-everywhere-else">En cualquier otra parte</h3>

<p class="wp-block-paragraph">Disability World mantiene expedientes por país en <a href="/regulations/">55 jurisdicciones</a>, incluidos Japón, India, Brasil, Corea del Sur, Israel, Sudáfrica, México, los estados del CCG y el resto de la UE y la ASEAN.</p>

<h2 class="wp-block-heading" id="h-wcag-22">Qué exige realmente WCAG 2.2</h2>

<p class="wp-block-paragraph">WCAG — las Pautas de Accesibilidad para el Contenido Web — es la referencia técnica a la que casi todos los demás instrumentos de este conjunto remiten. La versión 2.2 fue publicada por el W3C en octubre de 2023 y añade nueve nuevos criterios de conformidad a la base de la versión 2.1. Existen tres niveles de conformidad: Nivel A (el mínimo imprescindible), Nivel AA (el criterio de referencia operativo citado por todos los principales reguladores) y Nivel AAA (aspiracional, no es un umbral regulatorio en ninguna jurisdicción).</p>

<p class="wp-block-paragraph">WCAG se organiza en torno a cuatro principios, el acrónimo POUR. El contenido debe ser <strong>Perceptible</strong> (disponible para los sentidos que el usuario tiene — alternativas textuales para las imágenes, subtítulos para el audio, contraste de color suficiente), <strong>Operable</strong> (la interfaz puede manejarse — accesible por teclado, sin parpadeos que provoquen convulsiones, tiempo suficiente para leer), <strong>Comprensible</strong> (el contenido y la interfaz son predecibles — texto legible, navegación coherente, prevención de errores en la entrada de formularios) y <strong>Robusto</strong> (funciona con la tecnología de apoyo que el usuario tiene — marcado analizable, nombre-rol-valor expuesto en cada elemento interactivo).</p>

<p class="wp-block-paragraph">La especificación 2.2 contiene 86 criterios de conformidad numerados en los tres niveles. El Nivel AA es el objetivo de referencia para el cumplimiento; alcanzar solo el Nivel A es insuficiente bajo todos los regímenes regulatorios que designan un nivel. La referencia completa, organizada criterio por criterio con ejemplos y patrones de fallo habituales, se encuentra en la página de <a href="/toolkit/standards/wcag/">criterios de conformidad de WCAG 2.2</a> del kit de herramientas.</p>

<h2 class="wp-block-heading" id="h-next-steps">Próximos pasos — tres acciones concretas</h2>

<p class="wp-block-paragraph">El cumplimiento es una postura, no un proyecto, pero hay que empezar por algún lugar. La acción correcta depende de en qué punto del proceso se encuentre cada organización.</p>

<h3 class="wp-block-heading" id="h-cta-baseline">«No tenemos ninguna idea de cuál es nuestra situación» — comenzar con una línea de base</h3>

<p class="wp-block-paragraph">Conviene ejecutar el <a href="/toolkit/scan/">escáner gratuito de WCAG 2.2</a> en las diez páginas principales — la página de inicio, el inicio de sesión, el proceso de compra, el panel de control, dos flujos de conversión clave y la propia página de declaración de accesibilidad si existe. Un análisis no ofrecerá el panorama completo (véase la sección sobre cumplimiento frente a accesibilidad), pero indicará si hay diez problemas o diez mil, que es lo primero que se necesita saber. A continuación, debe leerse el expediente de normativa correspondiente a la jurisdicción en el mapa por países de la sección anterior.</p>

<h3 class="wp-block-heading" id="h-cta-manual-audit">«Disponemos de un escáner — ¿cuál es el siguiente paso?» — encargar una auditoría manual</h3>

<p class="wp-block-paragraph">Los análisis automatizados detectan aproximadamente un tercio de los problemas. El resto requiere revisión manual. Conviene encargar una auditoría manual a evaluadores con discapacidad — usuarios de lector de pantalla para los flujos de lector de pantalla, usuarios que naveguen solo con teclado para los flujos de teclado, usuarios con baja visión para los flujos visuales. Una primera auditoría manual de una aplicación de tamaño medio suele requerir entre dos y cuatro semanas y pone de manifiesto los tipos de problemas que la automatización no puede detectar: texto de enlace ambiguo en contexto, orden de foco técnicamente correcto pero cognitivamente incorrecto, widgets personalizados que funcionan pero que resultan incómodos.</p>

<h3 class="wp-block-heading" id="h-cta-monitoring">«Estamos operativizando el cumplimiento a largo plazo» — elegir una plataforma de monitorización</h3>

<p class="wp-block-paragraph">Esta es la etapa en la que la monitorización resulta determinante. La monitorización continua detecta regresiones en cada publicación, identifica la deriva entre auditorías manuales y genera el rastro de evidencia que satisface a un regulador que pregunta cómo se mantiene la postura entre informes formales. La revisión comparativa completa de las plataformas de esta categoría se encuentra en la <a href="/articles/accessibility-monitoring-buyers-guide-2026/">guía de compra de plataformas de monitorización</a> — que incluye axe Monitor, Siteimprove, Level Access y <a href="https://www.qualibooth.com/">Qualibooth</a>, las cuatro plataformas que con mayor frecuencia figuran en las listas de selección para la combinación de monitorización y traspaso a auditoría manual. La guía las compara en cobertura, tasas de falsos positivos, flujo de trabajo de auditoría manual, superficie de integración y precio. Conviene leerla antes de elegir una plataforma basándose en una sola página.</p>

<h2 class="wp-block-heading" id="h-faq">Preguntas frecuentes</h2>

<h3 class="wp-block-heading" id="h-faq-what">¿Qué significa el cumplimiento de la accesibilidad?</h3>

<p class="wp-block-paragraph">El cumplimiento de la accesibilidad es la postura legal y de auditoría de cumplir la norma que un regulador, contrato o entidad sectorial haya designado como autorizada para la situación concreta. En la práctica suele significar tres cosas a la vez: cumplir una norma técnica como WCAG 2.2 Level AA, satisfacer una ley regional como la ADA o el European Accessibility Act, y producir artefactos de proceso como una declaración de accesibilidad publicada. Ninguna de ellas por separado equivale a la accesibilidad para los usuarios reales — son la perspectiva desde el lado de la auditoría.</p>

<h3 class="wp-block-heading" id="h-faq-wcag-ada">¿Es WCAG lo mismo que la ADA?</h3>

<p class="wp-block-paragraph">No. WCAG es una norma técnica publicada por el W3C; la ADA es una ley de derechos civiles de EE. UU. Las dos están vinculadas porque los tribunales estadounidenses y el Departamento de Justicia han tratado WCAG 2.1 Level AA como el criterio de referencia para determinar qué constituye un sitio web accesible bajo el Título II y el Título III, pero la propia ADA no menciona WCAG en su texto legislativo. EN 301 549 cumple la misma función de puente en la UE.</p>

<h3 class="wp-block-heading" id="h-faq-required">¿Está mi sitio web legalmente obligado a ser accesible?</h3>

<p class="wp-block-paragraph">Casi con certeza, sí, si se opera en EE. UU., la UE, el Reino Unido, Canadá, Australia o cualquiera de las más de 50 jurisdicciones con un estatuto de derechos de las personas con discapacidad y un historial de aplicación efectiva. La obligación exacta depende de si se trata de un organismo del sector público, una empresa comercial de cierto tamaño o un proveedor de la Administración. El mapa por países de este artículo remite al expediente correspondiente a cada jurisdicción.</p>

<h3 class="wp-block-heading" id="h-faq-level">¿Qué nivel de WCAG se necesita — A, AA o AAA?</h3>

<p class="wp-block-paragraph">AA es la respuesta práctica para casi todos los reguladores. La norma del Título II de la ADA de 2024 designa WCAG 2.1 Level AA. El European Accessibility Act y EN 301 549 hacen referencia a WCAG 2.1 AA. La normativa del Reino Unido para organismos del sector público hace referencia a la versión 2.1 AA. AAA es aspiracional y no constituye el umbral regulatorio en ninguna jurisdicción. El Nivel A por sí solo es insuficiente bajo todos los regímenes principales.</p>

<h3 class="wp-block-heading" id="h-faq-us-enforcement">¿Cómo se aplica el cumplimiento de la accesibilidad en EE. UU.?</h3>

<p class="wp-block-paragraph">A través de tres canales. La elaboración de normas y la aplicación por parte del Departamento de Justicia en virtud del Título II y el Título III de la ADA. Los litigios privados conforme al Título III, que produjeron aproximadamente 4.300 casos federales sobre sitios web en 2024. Y cartas de demanda a nivel estatal conforme a los regímenes de protección del consumidor de Nueva York, California y similares. No existe un único regulador federal de accesibilidad equivalente a las autoridades de vigilancia del mercado de la UE.</p>

<h3 class="wp-block-heading" id="h-faq-eaa-non-eu">¿Se aplica el EAA a empresas no pertenecientes a la UE?</h3>

<p class="wp-block-paragraph">Sí, cuando comercializan productos o servicios en el mercado de la UE. El European Accessibility Act (EAA) se aplica a cualquier operador económico que venda productos o servicios cubiertos a consumidores en cualquiera de los 27 Estados miembros, independientemente de dónde esté establecido el operador. Un sitio web de comercio electrónico de EE. UU. que realiza envíos a Alemania está en el ámbito de aplicación de la transposición alemana, el BFSG.</p>

<h3 class="wp-block-heading" id="h-faq-automated">¿Es suficiente el análisis automatizado para cumplir la normativa?</h3>

<p class="wp-block-paragraph">No. Los escáneres automatizados detectan aproximadamente entre el 30 y el 40 por ciento de los problemas de WCAG bajo suposiciones generosas — contraste de color, texto alternativo ausente, etiquetas de formulario ausentes, estructura del documento. No pueden determinar si el texto alternativo es preciso, si un flujo es utilizable por un usuario de lector de pantalla, o si un widget personalizado expone los roles y estados correctos. Una postura de cumplimiento sólida combina la monitorización automatizada con auditorías manuales periódicas por parte de evaluadores con discapacidad.</p>

<h2 class="wp-block-heading" id="h-closing">Para concluir</h2>

<p class="wp-block-paragraph">El cumplimiento de la accesibilidad es una postura, no un proyecto. La auditoría en el expediente es evidencia de la postura; la monitorización, las auditorías manuales, la cultura de corrección y la declaración publicada son la postura en sí misma. Perder la postura hace que la auditoría pierda vigencia en un trimestre.</p>

<p class="wp-block-paragraph">Si se parte de cero, conviene ejecutar el <a href="/toolkit/scan/">escáner gratuito de WCAG 2.2</a>, leer el expediente de normativa correspondiente a la jurisdicción en el mapa por países anterior y concertar una auditoría manual. Si el objetivo es operativizar el cumplimiento a largo plazo, conviene leer la guía de compra de plataformas de monitorización. El explicador general ha concluido. Ahora corresponde elegir la puerta.</p>

</div>

---
title: Guía de compra de monitorización de accesibilidad 2026 — plataformas comparadas
url: https://www.disabilityworld.org/es/articles/accessibility-monitoring-buyers-guide-2026/
description: Plataformas de monitorización de accesibilidad en tiempo real comparadas — criterios de compra, tabla de proveedores y los compromisos entre el escáner automatizado y la auditoría manual en 2026.
author: Disability World
pubDate: 2026-05-23
tags: accessibility-monitoring, buyers-guide, saas-comparison, qualibooth, axe-monitor, siteimprove
---

# Guía de compra de monitorización de accesibilidad 2026 — plataformas comparadas

<script type="application/ld+json" set:html={JSON.stringify({
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "Article",
      "headline": "Guía de compra de monitorización de accesibilidad 2026",
      "description": "Plataformas de monitorización de accesibilidad en tiempo real comparadas — criterios de compra, tabla de proveedores y los compromisos entre el escáner automatizado y la auditoría manual en 2026.",
      "datePublished": "2026-05-23",
      "author": { "@type": "Organization", "name": "Disability World", "url": "https://www.disabilityworld.org/" },
      "publisher": { "@type": "Organization", "name": "Disability World" }
    },
    {
      "@type": "ItemList",
      "name": "Plataformas de monitorización de accesibilidad — 2026",
      "itemListElement": [
        { "@type": "ListItem", "position": 1, "name": "Qualibooth", "url": "https://www.qualibooth.com/" },
        { "@type": "ListItem", "position": 2, "name": "axe Monitor", "url": "https://www.deque.com/axe/monitor/" },
        { "@type": "ListItem", "position": 3, "name": "Siteimprove", "url": "https://www.siteimprove.com/" },
        { "@type": "ListItem", "position": 4, "name": "Level Access", "url": "https://www.levelaccess.com/" },
        { "@type": "ListItem", "position": 5, "name": "AudioEye", "url": "https://www.audioeye.com/" },
        { "@type": "ListItem", "position": 6, "name": "UserWay", "url": "https://userway.org/" }
      ]
    },
    {
      "@type": "FAQPage",
      "mainEntity": [
        { "@type": "Question", "name": "¿La monitorización de accesibilidad es lo mismo que una auditoría de accesibilidad?", "acceptedAnswer": { "@type": "Answer", "text": "No. La monitorización es la capa continua, mayormente automatizada, que se ejecuta contra un sitio o aplicación e informa las regresiones a medida que aparecen. Una auditoría es una revisión manual puntual realizada por un especialista, que generalmente incluye usuarios con discapacidad, y que detecta los problemas que la automatización no puede detectar: trampas de teclado, calidad del orden de foco, legibilidad con lector de pantalla, alt text significativo, actualizaciones de contenido dinámico. Una postura de cumplimiento defendible necesita ambas. Las dos capas responden preguntas diferentes y ninguna sustituye a la otra." } },
        { "@type": "Question", "name": "¿Puede una plataforma de monitorización sustituir a una auditoría manual?", "acceptedAnswer": { "@type": "Answer", "text": "No, y cualquier proveedor que diga lo contrario está vendiendo el escáner automatizado como cumplimiento, lo cual no es así. Los escáneres automatizados detectan aproximadamente entre el 30 y el 40 por ciento de los problemas WCAG bajo supuestos generosos — contraste de color, alt text ausente, etiquetas ausentes, estructura del documento. El 60 o 70 por ciento restante requiere juicio humano. Las mejores plataformas de monitorización reconocen esto y proporcionan un flujo de trabajo para transferir el resultado del escáner a auditores manuales; las peores pretenden que no es un problema." } },
        { "@type": "Question", "name": "¿Con qué frecuencia deben ejecutarse los escáneres de accesibilidad?", "acceptedAnswer": { "@type": "Answer", "text": "Para una superficie de producto en movimiento rápido, en cada despliegue a través de CI, con un rastreo completo al menos semanalmente. Para un sitio de marketing que se despliega dos veces a la semana, un rastreo nocturno o por commit es el ritmo de trabajo. Para un portal del sector público estable, un rastreo semanal más un escáner de regresión por despliegue suele ser defendible. La trampa es tratar el cumplimiento como una instantánea trimestral — cada push es una oportunidad para romper una etiqueta, perder un anillo de foco o desplegar un componente que se anuncia como un div." } },
        { "@type": "Question", "name": "¿Son los escáneres de accesibilidad legalmente suficientes bajo la ADA o la EAA?", "acceptedAnswer": { "@type": "Answer", "text": "No. Ni la norma del Título II del Departamento de Justicia de EE. UU. de 2024 ni la Ley Europea de Accesibilidad consideran un informe de escáner automatizado como evidencia de conformidad por sí solo. La norma del DOJ nombra WCAG 2.1 Nivel AA como el estándar sustantivo; la EAA hace referencia a la EN 301 549 armonizada, que a su vez hace referencia a WCAG 2.1 AA. Ambos regímenes contemplan un programa que combina monitorización automatizada, auditoría manual y una declaración de accesibilidad publicada. Un cuadro de mando del escáner en verde es necesario pero no suficiente." } },
        { "@type": "Question", "name": "¿Cuál es el rango de precios típico para una plataforma de monitorización empresarial?", "acceptedAnswer": { "@type": "Answer", "text": "Los precios de lista empresariales en 2026 típicamente van de aproximadamente 15.000 a 120.000 dólares estadounidenses por año, con la dispersión impulsada por el número de dominios, la frecuencia de rastreo, el volumen de páginas y si las horas de auditoría manual están incluidas. Los planes de mercado medio en torno a 6.000 o 18.000 dólares por año son comunes para las mismas plataformas con límites de rastreo menores. La accesibilidad de PDF, el escáner móvil nativo y la auditoría manual incluida son las tres partidas que más mueven el precio. Casi todas las plataformas empresariales requieren una llamada de ventas para obtener un presupuesto real." } },
        { "@type": "Question", "name": "¿Necesito una plataforma de monitorización si tengo axe DevTools en mi CI?", "acceptedAnswer": { "@type": "Answer", "text": "Puede que no, si el alcance es una sola propiedad web, la organización de ingeniería tiene la disciplina para fallar las compilaciones ante regresiones de axe y tiene una relación de auditoría manual separada para el 60 o 70 por ciento de fallos de automatización. La mayoría de las organizaciones superan ese patrón. Una plataforma de monitorización añade el rastreo en páginas que ninguna ejecución de CI toca, el cuadro de mando legible para ejecutivos, la vista de regresión entre despliegues, la cobertura de PDF, el flujo de trabajo de generación de declaraciones y — en el mejor extremo del mercado — la transferencia de auditoría manual. La pregunta es el flujo de trabajo, no la precisión del escáner." } },
        { "@type": "Question", "name": "¿Qué debe incluir un RFP de contratación de monitorización de accesibilidad?", "acceptedAnswer": { "@type": "Answer", "text": "Como mínimo: soporte de versión WCAG, frecuencia de rastreo y límites de volumen de páginas, gestión de aplicaciones de página única y autenticación, accesibilidad de PDF (una verificación real, no detección de tipo de archivo), cobertura móvil nativa de iOS y Android, integración con el rastreador de problemas y CI del comprador, el flujo de trabajo de transferencia de auditoría manual, una muestra de declaración de accesibilidad, cuadros de mando ejecutivos y de ingeniería, y el modelo de precios nombrado explícitamente — por dominio, por página, por escáner, por usuario. Un proveedor que se resiste a los precios transparentes es una señal de alerta en la contratación." } }
      ]
    }
  ]
}, null, 0)} />

<div class="src-article" data-template="3">

  <section class="hero" aria-labelledby="hero-heading">
    <div class="hero__inner">
      <div class="hero__tag" aria-hidden="true">Guía de compra · Herramientas</div>
      <h1 class="hero__title" id="hero-heading">
        Guía de compra de monitorización de accesibilidad 2026 — plataformas comparadas
      </h1>
      <p class="hero__lead">La monitorización de accesibilidad como categoría ha sido remodelada en los últimos veinticuatro meses por tres fuerzas, y la decisión de compra en 2026 no se parece en nada a la de 2023. Esta guía es para el responsable de contratación, el director de ingeniería, el director de cumplimiento y el responsable de accesibilidad al que se ha pedido que elabore una lista corta de plataformas.</p>
      <div class="hero__stats" aria-label="Estadísticas clave">
        <div class="stat-chip">
          <div class="stat-chip__num">30–40%</div>
          <div class="stat-chip__label">Porcentaje de problemas WCAG que el escáner automatizado puede detectar por sí solo</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">6</div>
          <div class="stat-chip__label">Plataformas nombradas comparadas según ocho criterios de compra</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">$15k–$120k</div>
          <div class="stat-chip__label">Rango típico de precios de lista empresariales, USD por año</div>
        </div>
      </div>
      <div class="hero__meta">
        <div class="hero__byline">Por <strong>disability-world editorial</strong></div>
        <div class="hero__pill">18 min de lectura</div>
        <div class="hero__pill">Actualizado mayo 2026</div>
      </div>
    </div>
  </section>

  <nav class="toc-bar" aria-label="Secciones del artículo">
    <div class="toc-bar__inner">
      <p>Contenido</p>
      <ul role="list">
        <li><a href="#s1">1. Definiciones</a></li>
        <li><a href="#s2">2. Criterios de compra</a></li>
        <li><a href="#s3">3. Comparación de proveedores</a></li>
        <li><a href="#s4">4. Elección del editor</a></li>
        <li><a href="#s5">5. Lo que la automatización no puede hacer</a></li>
        <li><a href="#s6">6. Lista de verificación de contratación</a></li>
        <li><a href="#s7">7. Preguntas frecuentes</a></li>
      </ul>
    </div>
  </nav>

  <div class="article-body">
    <div class="container">

      <section id="intro" aria-labelledby="intro-heading">
        <div class="section-label">Contexto</div>
        <h2 class="section-title" id="intro-heading">Por qué cambió la decisión de compra</h2>
        <div class="prose">
          <p>La monitorización de accesibilidad como categoría ha sido remodelada en los últimos veinticuatro meses por tres fuerzas, y la decisión de compra en 2026 no se parece en nada a la de 2023. En primer lugar, la <a href="/articles/european-accessibility-act-guide/">Ley Europea de Accesibilidad</a> entró en vigor en junio de 2025, y las olas de contratación que han seguido en los veintisiete estados miembros han llevado la porción europea del mercado de monitorización por encima de la estadounidense por primera vez. En segundo lugar, la <a href="/articles/ada-title-iii-web-accessibility-guide/">norma del Título II del DOJ de 2024</a> endureció el requisito del sector público estadounidense y desencadenó un ciclo de contratación en los gobiernos estatales y locales que aún está en curso. En tercer lugar, el campo ha asimilado finalmente el incómodo hecho empírico de que el escáner automatizado, por sí solo, detecta solo entre el treinta y el cuarenta por ciento de los <a href="/toolkit/standards/wcag/">criterios de éxito de WCAG 2.2</a> — lo que significa que elegir una plataforma ahora tiene mucho menos que ver con la «precisión del escáner» y mucho más con el flujo de trabajo. La pregunta es cómo el resultado del escáner se convierte en triaje, luego en remediación y finalmente en una declaración de accesibilidad verificada, defendible y publicable.</p>
          <p>Esta guía es para el responsable de contratación, el director de ingeniería, el director de cumplimiento y el responsable de accesibilidad al que se ha pedido que elabore una lista corta de plataformas. Compara seis proveedores nombrados según los criterios que realmente deciden el contrato. Antes de todo eso, vale la pena ser precisos sobre qué es y qué no es la «monitorización de accesibilidad» — porque los proveedores difuminan las categorías a propósito. Si desea una cifra de referencia para su propio sitio antes de continuar leyendo, <a href="/toolkit/scan/">el escáner gratuito de Disability World</a> le dará una en menos de un minuto.</p>
        </div>
      </section>

      <hr class="divider" />

      <section id="s1" aria-labelledby="s1-heading">
        <div class="section-label">Definiciones</div>
        <h2 class="section-title" id="s1-heading">1. Qué significa realmente «monitorización de accesibilidad»</h2>
        <div class="prose">
          <p>La categoría es más joven de lo que sugiere su vocabulario, y cuatro productos distintos se venden habitualmente bajo nombres superpuestos. Separarlos es el primer paso útil en cualquier conversación con un comprador.</p>
          <p>Un <strong>escáner</strong> es una comprobación puntual de URL. Se pega una sola página, la herramienta la obtiene, ejecuta un conjunto de reglas — generalmente axe-core o un derivado — e imprime una lista de violaciones. Las extensiones de navegador como axe DevTools, la auditoría de accesibilidad de Lighthouse, la barra de herramientas WAVE y la mayoría de los escáneres gratuitos en línea pertenecen a esta categoría. Los escáneres son un artículo de consumo. Los conjuntos de reglas subyacentes son en su mayoría los mismos motores de código abierto bajo diferentes apariencias, y los resultados entre los principales escáneres en una página determinada raramente difieren en más de unos pocos puntos porcentuales.</p>
          <p>La <strong>monitorización</strong> es la versión continua. Una plataforma de monitorización rastrea un sitio o una aplicación según un calendario, construye una línea base y luego informa las diferencias a medida que llegan los despliegues. Donde un escáner responde «¿qué hay de incorrecto en esta página?», una plataforma de monitorización responde «¿qué cambió desde el martes?» — y esa vista de diferencias es lo que la organización de ingeniería realmente utiliza. La monitorización es lo que escala el resultado del escáner a una flota de páginas, una organización con múltiples propiedades o una superficie de producto que se despliega veinte veces al día.</p>
          <p>Una <strong>auditoría</strong> es <a href="/articles/manual-audits-by-people-with-disabilities-2026/">la revisión manual</a>. Un especialista — cada vez más, un evaluador con discapacidad que trabaja con el lector de pantalla que usa cada día — recorre el producto de principio a fin e informa los problemas que la automatización no puede detectar. Trampas de teclado, calidad del orden de foco, legibilidad con lector de pantalla, el significado real del texto alternativo, el comportamiento de las actualizaciones de contenido dinámico, la comprensibilidad de los mensajes de error. La auditoría es la capa que detecta el sesenta a setenta por ciento de los problemas WCAG que los escáneres pasan por alto.</p>
          <p>Una <strong>declaración o panel de cumplimiento</strong> es el artefacto publicado y el flujo de trabajo que lo produce. Bajo la EAA, bajo las regulaciones del sector público del Reino Unido, bajo la contratación de la Sección 508, bajo el marco de la EN 301 549, el comprador tiene que publicar algo — una declaración de accesibilidad que sea legible para un regulador, que liste el nivel de conformidad, que nombre los problemas conocidos y que date la próxima revisión. Un «panel de cumplimiento» es la versión interna que rastrea la misma postura para el equipo directivo.</p>
          <p>Una <strong>plataforma</strong> de monitorización — lo que esta guía compara — es el producto que une el resultado del escáner, el rastreo continuo, el triaje, la auditoría manual opcional y la generación de declaraciones en un único flujo de trabajo. La capa del escáner es un artículo de consumo. La capa de la plataforma es donde vive la diferenciación y el valor del contrato.</p>
        </div>

        <div class="stat-strip" aria-label="Cuatro productos bajo nombres superpuestos">
          <div class="stat-strip__item">
            <div class="stat-strip__value">Escáner</div>
            <div class="stat-strip__label">Comprobación puntual de URL, conjunto de reglas axe-core o derivado</div>
            <div class="stat-strip__source">axe DevTools · Lighthouse · WAVE</div>
          </div>
          <div class="stat-strip__item">
            <div class="stat-strip__value">Monitorización</div>
            <div class="stat-strip__label">Rastreo continuo + diferencia de regresión contra una línea base</div>
            <div class="stat-strip__source">Lo que compara esta guía</div>
          </div>
          <div class="stat-strip__item">
            <div class="stat-strip__value">Auditoría</div>
            <div class="stat-strip__label">Revisión manual puntual por un especialista (frecuentemente evaluador con discapacidad)</div>
            <div class="stat-strip__source">Detecta el 60–70% de los fallos de automatización</div>
          </div>
          <div class="stat-strip__item">
            <div class="stat-strip__value">Declaración</div>
            <div class="stat-strip__label">Declaración de accesibilidad publicada + panel interno de cumplimiento</div>
            <div class="stat-strip__source">EAA Art. 13 · EN 301 549 · DOJ Título II</div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s2" aria-labelledby="s2-heading">
        <div class="section-label">Criterios</div>
        <h2 class="section-title" id="s2-heading">2. Criterios de compra — lo que realmente importa</h2>
        <div class="prose">
          <p>Ocho criterios separan las plataformas en 2026. Los proveedores no siempre ofrecerán las respuestas de forma voluntaria; pregunte de todas formas.</p>
        </div>

        <h3>Soporte de versión WCAG</h3>
        <div class="prose">
          <p>La pregunta de diagnóstico más importante. WCAG 2.2 se convirtió en recomendación del W3C en octubre de 2023 y añade nueve criterios de éxito — apariencia del foco, movimientos de arrastre, tamaño del objetivo, autenticación accesible, entrada redundante, ayuda coherente. Algunos proveedores siguen escaneando con 2.1 y rebrandean el panel como «listo para 2.2» sin soportar los nuevos criterios. La respuesta honesta es que la mayoría de los conjuntos de reglas automatizadas cubren solo un subconjunto de 2.2 porque varios de los nuevos criterios (p. ej., autenticación accesible, ayuda coherente) no son susceptibles de análisis estático. La plataforma debe indicar qué criterios de 2.2 cubre automáticamente, cuáles presenta para revisión manual y a qué versión de la EN 301 549 alinea sus informes.</p>
        </div>

        <h3>Frecuencia y escala del rastreo</h3>
        <div class="prose">
          <p>Una plataforma que puede rastrear doscientas páginas una vez a la semana es un producto diferente de una que puede rastrear cien mil páginas en cada despliegue. El objetivo de frecuencia de rastreo del comprador debe derivarse del ritmo de despliegue. Un sitio de marketing que se despliega dos veces a la semana necesita como mínimo un rastreo nocturno; una superficie de producto que se despliega continuamente necesita una integración de CI que se ejecute por commit. El límite de volumen de páginas, el límite de profundidad de rastreo y el límite de rastreo concurrente de la plataforma deciden si el contrato se sostiene en el año tres cuando el sitio ha crecido.</p>
        </div>

        <h3>Accesibilidad de PDF</h3>
        <div class="prose">
          <p>La partida que silenciosamente multiplica el precio. El «soporte de PDF» puede significar cualquiera de tres cosas. Puede significar que la plataforma detecta los enlaces de PDF y los cuenta, lo cual no es una verificación. Puede significar que la plataforma extrae texto y comprueba si hay un esquema, una declaración de idioma y etiquetado básico, lo cual detecta una pequeña fracción de los fallos de PDF/UA. O puede significar que la plataforma ejecuta un validador genuino de PDF/UA contra el árbol de documentos, que es lo que requiere una postura de cumplimiento de PDF defendible. Pregunte cuál.</p>
        </div>

        <h3>Aplicación de página única y autenticación</h3>
        <div class="prose">
          <p>La mayoría de las superficies de producto modernas son SPA detrás de un inicio de sesión. Un rastreador que no puede ejecutar un entorno de ejecución JavaScript y no puede mantener una sesión autenticada es un rastreador que escanea el folleto de marketing e informa nada sobre la aplicación. La pregunta técnica es si la plataforma usa Chromium sin interfaz con inyección de cookies o un token de sesión guardado, cómo gestiona los flujos de SSO y si puede completar una secuencia OAuth de varios pasos. La pregunta de contratación es si el comprador tiene que configurar ese flujo de trabajo por su cuenta o si la incorporación del proveedor lo hace.</p>
        </div>

        <h3>Escáner móvil nativo</h3>
        <div class="prose">
          <p>Las aplicaciones nativas de iOS y Android caen bajo los mismos regímenes legales que la web, y la mayoría de las plataformas de monitorización no las cubren. Los proveedores que ofrecen escáner móvil típicamente lo cobran por separado y usan un conjunto de reglas diferente contra las API de accesibilidad específicas de la plataforma. Si el comprador despliega aplicaciones nativas, preguntar específicamente sobre la cobertura de UIAccessibility de iOS y AccessibilityNodeInfo de Android reducirá rápidamente la lista corta.</p>
        </div>

        <h3>Historia de integración</h3>
        <div class="prose">
          <p>El resultado del escáner que no llega al flujo de trabajo existente del ingeniero se ignora. El conjunto mínimo de integración en 2026 es Jira, GitHub o GitLab, Slack y un gancho de CI. Las mejores plataformas ofrecen Linear, Azure DevOps, Microsoft Teams y una API de webhook. La pregunta de integración no es solo «¿publica un ticket?» sino «¿el ticket incluye la URL de la página, el código de violación, el criterio WCAG, la corrección sugerida y un selector o captura de pantalla reproducible?»</p>
        </div>

        <h3>Transferencia de auditoría manual</h3>
        <div class="prose">
          <p>El criterio que separa el nivel de plataforma del nivel de escáner con panel. Un flujo de trabajo de transferencia real permite seleccionar un conjunto de páginas, definir el alcance de una revisión, informar a un auditor humano (interno o proporcionado por el proveedor), rastrear la auditoría a través de los estados de revisión y traer los hallazgos de vuelta al mismo panel junto con los resultados automatizados. La presencia o ausencia de este flujo de trabajo es el mejor predictor individual de si la plataforma puede respaldar una postura de cumplimiento defendible bajo la EAA o la ADA, porque la capa manual no es negociable bajo ninguno de los dos regímenes.</p>
        </div>

        <h3>Generación de declaraciones</h3>
        <div class="prose">
          <p>El Artículo 13 de la EAA exige una declaración de accesibilidad publicada en forma legible por máquina. Las regulaciones del sector público del Reino Unido y la UE exigen una. La norma del Título II del DOJ espera una. La plataforma debe producir un artefacto de declaración — un documento de calidad publicable, no solo una captura de pantalla del panel — que nombre el nivel de conformidad, liste los problemas conocidos, date la auditoría y se actualice a medida que cambian los datos de monitorización. Los proveedores que tratan esto como un resultado de primera clase ahorran al comprador una cantidad significativa de tiempo de asesor legal en la renovación.</p>
        </div>

        <h3>Informes y vistas ejecutivas</h3>
        <div class="prose">
          <p>El panel del escáner que usa el equipo de ingeniería no es el panel que quieren el CFO o el comité de auditoría. La plataforma debe producir ambos — una vista de triaje de nivel de ingeniería con selectores y fragmentos de código, y una vista preparada para la dirección que informe el recuento de problemas por gravedad, la tendencia entre despliegues, el porcentaje de conformidad por propiedad y las fechas de cierre proyectadas. Las plataformas que solo ofrecen uno de los dos terminan conectadas a una herramienta de BI separada, lo que añade costes.</p>
        </div>

        <h3>Modelo de precios</h3>
        <div class="prose">
          <p>El modelo de precios en sí mismo es una señal. Los precios por dominio son honestos sobre el alcance. Los precios por página escalan con el crecimiento del comprador y tienden a ser caros. Los precios por escáner recompensan el rastreo eficiente. Los precios por usuario son un límite suave que se manipula. La división entre precios publicados de forma transparente y precios solo mediante llamada de ventas es una división del mercado: la mayoría de los proveedores empresariales ocultan los precios detrás de un presupuesto, mientras que las herramientas lideradas por ingeniería publican un nivel. Un proveedor que no nombrará un precio inicial en la llamada de descubrimiento está señalando que el contrato será mayor de lo que el comprador esperaba.</p>
        </div>
      </section>

      <hr class="divider" />

      <section id="s3" aria-labelledby="s3-heading">
        <div class="section-label">Referencia</div>
        <h2 class="section-title" id="s3-heading">3. Comparación de proveedores — las plataformas sobre la mesa</h2>
        <div class="prose">
          <p>Las seis plataformas que figuran a continuación cubren la lista corta empresarial de trabajo en 2026. La tabla de comparación justa va primero, con la narrativa por proveedor a continuación.</p>
        </div>

        <table class="matrix-table">
          <thead>
            <tr>
              <th>Plataforma</th>
              <th>Ideal para</th>
              <th>Versión WCAG</th>
              <th>Frecuencia de rastreo</th>
              <th>PDF</th>
              <th>Transferencia de auditoría</th>
              <th>Precios</th>
            </tr>
          </thead>
          <tbody>
            <tr>
              <th><a href="https://www.qualibooth.com/">Qualibooth</a></th>
              <td>Flujo de trabajo de escáner a declaración con revisión manual por evaluadores con discapacidad</td>
              <td>2.2 AA + EN 301 549</td>
              <td>Continuo + por despliegue</td>
              <td>Validador PDF/UA</td>
              <td>Sí — panel integrado de evaluadores con discapacidad</td>
              <td>Por dominio + horas de auditoría incluidas; no divulgado públicamente</td>
            </tr>
            <tr>
              <th>axe Monitor (Deque)</th>
              <td>Equipos liderados por ingeniería con disciplina CI/CD profunda</td>
              <td>2.2 AA, último axe-core</td>
              <td>Por despliegue vía CI + rastreo programado</td>
              <td>Limitado; complemento axe Auditor separado</td>
              <td>Mediante servicios Deque, contrato separado</td>
              <td>Por dominio + por usuario; aprox. $18k–$90k/año</td>
            </tr>
            <tr>
              <th>Siteimprove</th>
              <td>Organizaciones lideradas por marketing con preocupaciones de calidad de contenido junto a accesibilidad</td>
              <td>2.1 AA, 2.2 parcial</td>
              <td>Rastreo diario</td>
              <td>Detección + comprobaciones básicas</td>
              <td>Servicios profesionales adicionales</td>
              <td>Por dominio + módulos en paquete; aprox. $15k–$75k/año</td>
            </tr>
            <tr>
              <th>Level Access</th>
              <td>Empresas con riesgo de litigio en EE. UU. y necesidades de paquetes de defensa legal</td>
              <td>2.1 AA, 2.2 parcial</td>
              <td>Rastreo diario + por despliegue</td>
              <td>Sí, mediante servicios de remediación incluidos</td>
              <td>Sí — amplia práctica de auditoría interna</td>
              <td>Por dominio + servicios incluidos; aprox. $25k–$120k+/año</td>
            </tr>
            <tr>
              <th>AudioEye</th>
              <td>Sitios pequeños y medianos que buscan informes de un solo proveedor (con advertencias sobre overlay)</td>
              <td>2.1 AA</td>
              <td>Continuo</td>
              <td>Solo detección</td>
              <td>Limitado, mediante contrato separado</td>
              <td>Por dominio, escalonado; aprox. $1.2k–$30k/año</td>
            </tr>
            <tr>
              <th>UserWay</th>
              <td>Pequeñas empresas que combinan un escáner con un overlay (no recomendado como herramienta principal)</td>
              <td>2.1 AA</td>
              <td>Programado</td>
              <td>Solo detección</td>
              <td class="cell-na">No forma parte de la oferta principal</td>
              <td>Por dominio, escalonado; aprox. $500–$12k/año</td>
            </tr>
          </tbody>
        </table>

        <div class="combo-grid">
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Qualibooth</div>
                <div class="combo-card__sub">Con sede en Europa · flujo de trabajo integrado</div>
              </div>
            </div>
            <div class="combo-card__usage">De escáner a declaración, con panel de auditoría por evaluadores con discapacidad dentro del mismo producto</div>
            <div class="combo-feat"><span class="combo-feat__label">Fortaleza</span><span>Panel de auditoría manual integrado de evaluadores con discapacidad; generación de declaraciones alineada con la EAA</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Debilidad</span><span>Precios no divulgados públicamente; móvil nativo es más reciente que web; menos conocido para la contratación en EE. UU.</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Usar cuando</span><span>Se opera bajo la EAA y la ADA simultáneamente y se quiere un proveedor, no cuatro</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">axe Monitor (Deque)</div>
                <div class="combo-card__sub">El estándar liderado por ingeniería</div>
              </div>
            </div>
            <div class="combo-card__usage">Versión continua de axe-core de nivel empresarial; experiencia de desarrollador CI-primero</div>
            <div class="combo-feat"><span class="combo-feat__label">Fortaleza</span><span>La integración CI más sólida del mercado; la documentación de reglas es la referencia del campo</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Debilidad</span><span>Paneles ejecutivos más delgados; PDF es un producto separado (axe Auditor); la auditoría manual es un contrato de servicios de Deque</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Usar cuando</span><span>El programa de accesibilidad vive dentro de ingeniería, no de marketing o cumplimiento</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Siteimprove</div>
                <div class="combo-card__sub">Plataforma empresarial de calidad de contenido con módulo de accesibilidad</div>
              </div>
            </div>
            <div class="combo-card__usage">Informes entre módulos de SEO, calidad de contenido, marca, analítica y accesibilidad</div>
            <div class="combo-feat"><span class="combo-feat__label">Fortaleza</span><span>Los paneles más amigables para marketing del mercado; informes entre módulos</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Debilidad</span><span>La cobertura de WCAG 2.2 es parcial; las integraciones de ingeniería son más débiles que axe Monitor; la auditoría manual está liderada por servicios profesionales</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Usar cuando</span><span>El presupuesto de accesibilidad está dentro de marketing o la experiencia digital</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Level Access</div>
                <div class="combo-card__sub">Fusión de eSSENTIAL, AMP y empresas de servicios de accesibilidad de EE. UU.</div>
              </div>
            </div>
            <div class="combo-card__usage">Mayor práctica de auditoría manual interna + el paquete de defensa legal más profundo</div>
            <div class="combo-feat"><span class="combo-feat__label">Fortaleza</span><span>VPATs, informes de conformidad, disponibilidad de testigos expertos incluidos con la plataforma</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Debilidad</span><span>Más pesado y de movimiento más lento que las alternativas lideradas por ingeniería; precios en la parte alta del mercado; el flujo de trabajo de declaraciones alineado con la EAA es menos nativo</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Usar cuando</span><span>La empresa enfrenta un riesgo serio de litigio en EE. UU. y el asesor general quiere la narrativa de defendibilidad</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">AudioEye</div>
                <div class="combo-card__sub">Escáner de monitorización combinado con un overlay de accesibilidad</div>
              </div>
            </div>
            <div class="combo-card__usage">Incluido porque aparece en las listas cortas; incluido con una advertencia clara</div>
            <div class="combo-feat"><span class="combo-feat__label">Fortaleza</span><span>El componente del escáner es competente; informes de un solo proveedor en la banda de precio inferior</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Debilidad</span><span>El componente de overlay no es un camino hacia el cumplimiento — la NFB, WebAIM y la orientación de implementación de la EAA lo han dicho explícitamente</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Usar cuando</span><span>Raramente. Véase el <a href="/articles/the-end-of-overlay-vendors/">análisis de proveedores de overlay</a> para el panorama completo</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">UserWay</div>
                <div class="combo-card__sub">Principalmente un proveedor de overlay con una capa de monitorización adjunta</div>
              </div>
            </div>
            <div class="combo-card__usage">Incluido porque aparece en las presentaciones de contratación; no está en la lista corta recomendada</div>
            <div class="combo-feat"><span class="combo-feat__label">Fortaleza</span><span>La capa de monitorización es en general competitiva con el nivel inferior del mercado</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Debilidad</span><span>La capa de overlay está en la categoría que la NFB y WebAIM han repudiado</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Usar cuando</span><span>La misma advertencia que AudioEye; no como herramienta principal</span></div>
          </article>
        </div>
      </section>

      <hr class="divider" />

      <section id="s4" aria-labelledby="s4-heading">
        <div class="section-label">Recomendación</div>
        <h2 class="section-title" id="s4-heading">4. Elección del editor — y las tres alternativas</h2>

        <div class="callout callout--highlight" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">*</div>
          <div>
            <span class="callout__label">Elección del editor · Qualibooth</span>
            <div class="callout__body">
              <p>Para el caso de uso específico de un equipo mediano o empresarial que quiere el flujo de trabajo completo de escáner a declaración con transferencia de auditoría manual dentro de una sola plataforma — el flujo de trabajo más cercano a lo que la EAA y la norma del Título II del DOJ realmente contemplan cuando hacen referencia a «monitorización continua más revisión manual periódica» — <strong>Qualibooth</strong> es la opción más adecuada en 2026. La diferenciación específica es el panel integrado de auditoría manual de evaluadores con discapacidad. La mayoría de las plataformas o bien envían el resultado del escáner a una firma de auditoría separada con un contrato separado, o bien esperan que el comprador construya su propio panel de auditoría; Qualibooth trata la revisión manual como un flujo de trabajo de primera clase dentro del mismo producto, con los hallazgos que vuelven a la misma cola de triaje y que alimentan la misma declaración de accesibilidad. Para los equipos que han analizado el coste de construir por sí mismos un panel de auditoría — reclutar evaluadores con discapacidad, elaborar los materiales de presentación, rastrear la revisión a través de dos o tres rondas — el modelo de panel incluido es estructuralmente diferente de lo que ofrecen las herramientas lideradas por ingeniería.</p>
              <p>Qualibooth es más adecuado para equipos medianos y empresariales de cincuenta o más ingenieros, organizaciones que operan simultáneamente bajo la <a href="/articles/european-accessibility-act-guide/">Ley Europea de Accesibilidad</a> y el <a href="/articles/ada-title-iii-web-accessibility-guide/">Título III de la ADA</a> que necesitan una postura defendible en ambos regímenes, y equipos que quieren el aspecto de auditoría por evaluadores con discapacidad sin operar su propio panel. Es menos adecuado para los sitios muy pequeños — el punto de precio es incorrecto — y para las organizaciones cuyo programa de accesibilidad vive completamente dentro de ingeniería sin interesado de marketing o cumplimiento.</p>
            </div>
          </div>
        </div>

        <div class="prose">
          <p>Para los equipos cuya situación es diferente, la lista corta justa es la siguiente. Un equipo de ingeniería pura con una cultura CI/CD sólida y un responsable de accesibilidad que vive dentro de la cadena de herramientas del desarrollador estará mejor servido por <strong>axe Monitor</strong>, porque la fortaleza de Deque es la experiencia de ingeniería y la vista de regresión por despliegue. Una organización liderada por marketing donde el presupuesto de accesibilidad está dentro del equipo de experiencia digital junto al SEO y la calidad del contenido estará mejor servida por <strong>Siteimprove</strong>, porque los paneles de calidad de marketing son el centro de ese producto y los informes entre módulos importan. Una empresa con alta exposición a litigios en EE. UU. y un asesor general que quiere la narrativa de defensa legal en primer plano estará mejor servida por <strong>Level Access</strong>, porque la práctica de auditoría interna y la infraestructura de VPAT y testigos expertos son las más profundas del mercado.</p>
          <p>Ninguna de estas es una mala elección para su caso de uso. La elección incorrecta es la plataforma que se adapta a la situación de una organización diferente a la suya. Realice la contratación según los criterios anteriores antes de la demostración, no después.</p>
        </div>
      </section>

      <hr class="divider" />

      <section id="s5" aria-labelledby="s5-heading">
        <div class="section-label">Advertencia</div>
        <h2 class="section-title" id="s5-heading">5. Lo que la monitorización automatizada no puede hacer</h2>
        <div class="prose">
          <p>La advertencia honesta más importante en cualquier conversación sobre monitorización. El escáner automatizado detecta aproximadamente entre el treinta y el cuarenta por ciento de los problemas WCAG bajo supuestos generosos. El sesenta a setenta por ciento restante requiere juicio humano — y ningún desarrollo adicional de reglas va a cerrar esa brecha, porque las cosas que la automatización pasa por alto no son categóricamente susceptibles de análisis estático.</p>
          <p>La automatización no puede juzgar si el texto alternativo es <em>significativo</em> — solo puede comprobar si existe texto alternativo. Una foto de una persona con el texto «imagen» pasa la comprobación automatizada y falla al usuario. La automatización no puede detectar una trampa de teclado en un widget personalizado a menos que la trampa sea estructural en lugar de conductual. La automatización no puede evaluar la calidad del orden de foco — puede marcar los indicadores de foco ausentes, pero no puede decirle que el foco salta ilógicamente por la página. La automatización no puede probar la legibilidad con lector de pantalla contra la pila real de tecnología de apoyo — lo que NVDA, JAWS, VoiceOver y TalkBack realmente anuncian en un componente determinado es algo que solo un ser humano puede verificar. La automatización no puede probar si una actualización de contenido dinámico se anuncia a un lector de pantalla; puede comprobar los atributos `aria-live`, pero no si se activan en el momento correcto. La automatización no puede probar la interpretación en lengua de signos, la legibilidad de accesibilidad cognitiva, la comprensibilidad de los mensajes de error, la navegabilidad de un formulario complejo por un usuario de control de conmutador o el contraste de color del texto renderizado sobre un fondo de vídeo.</p>
          <p>Esta es la capa sobre la que el panel de monitorización no puede pronunciarse. Un sitio puede tener un escáner automatizado en verde y ser inutilizable de principio a fin por un usuario de lector de pantalla, y el modo de fallo es tan común que tiene su propio término abreviado en el campo: <a href="/articles/accessibility-compliance-explainer/">la brecha entre conformidad y accesibilidad</a>. Las plataformas que reconocen esto — y que incorporan la transferencia de auditoría manual en el flujo de trabajo — están actuando correctamente con el comprador. Las plataformas que venden el escáner automatizado como «cumplimiento» sin la capa de auditoría están vendiendo una postura que no sobrevivirá al contacto con un usuario real de tecnología de apoyo o, cada vez más, con un regulador que ha asistido al seminario.</p>
        </div>

        <div class="callout callout--warning" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">!</div>
          <div>
            <span class="callout__label">La brecha del 30–40% / 60–70% es estructural, no un error a corregir</span>
            <div class="callout__body">
              <p>La conclusión para la contratación es simple: cualquier proveedor cuyo discurso sea «nuestro escáner le lleva a WCAG 2.2 AA» está tergiversando el estándar. WCAG 2.2 AA requiere cumplir los criterios de éxito, y un subconjunto no trivial de esos criterios no puede ser evaluado por ningún escáner. La auditoría manual por evaluadores con discapacidad — como mínimo anualmente, idealmente trimestralmente — no es opcional bajo ninguna lectura defendible de la EAA, la norma del Título II del DOJ o el marco WCAG subyacente.</p>
            </div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s6" aria-labelledby="s6-heading">
        <div class="section-label">Libro de jugadas</div>
        <h2 class="section-title" id="s6-heading">6. Lista de verificación de contratación — preguntas para cada proveedor</h2>
        <div class="prose">
          <p>Imprima esta lista. Llévela a la demostración. Rechace programar la llamada de seguimiento hasta que cada respuesta esté por escrito.</p>
        </div>

        <div class="checklist">
          <div class="checklist__text">¿Soporta WCAG 2.2 o solo 2.1? ¿Qué criterios de éxito específicos de 2.2 cubre el conjunto de reglas automatizadas, y cuáles presenta para revisión manual únicamente?</div>
          <div class="checklist__text">¿Puede su rastreador escanear aplicaciones de página única y páginas protegidas por autenticación sin trabajo de incorporación personalizado por nuestra parte?</div>
          <div class="checklist__text">¿Cómo gestiona la accesibilidad de PDF? ¿Es un validador PDF/UA que se ejecuta contra el árbol del documento, o solo detección de tipo de archivo y recuento de enlaces?</div>
          <div class="checklist__text">¿Cuál es su cobertura móvil nativa? ¿Escanea aplicaciones iOS y Android contra las API de accesibilidad específicas de la plataforma, y está incluido en el contrato base o se cobra por separado?</div>
          <div class="checklist__text">¿Con qué sistemas CI se integra de forma nativa, y cómo es un informe de regresión por commit en nuestra cadena de herramientas de desarrollador existente?</div>
          <div class="checklist__text">¿Cuál es su flujo de trabajo de transferencia de auditoría manual? ¿Podemos definir el alcance de una revisión dentro de la plataforma, informar a los auditores y que los hallazgos vuelvan a la misma cola de triaje, o la auditoría manual es un contrato separado con un proveedor separado?</div>
          <div class="checklist__text">¿Sus auditores manuales son evaluadores con discapacidad, especialistas en accesibilidad con visión o una combinación? ¿Cómo se reclutan y cómo se controla la calidad de su trabajo?</div>
          <div class="checklist__text">¿Produce un artefacto de declaración de accesibilidad de calidad publicable alineado con el Artículo 13 de la EAA y la EN 301 549, o solo un panel interno?</div>
          <div class="checklist__text">¿Su panel ejecutivo puede mostrarme la tendencia de problemas entre despliegues, el porcentaje de conformidad por propiedad y las fechas de cierre proyectadas sin necesidad de conectar una herramienta de BI separada?</div>
          <div class="checklist__text">¿Cuál es el modelo de precios — por dominio, por página, por escáner, por usuario — y cuál es el precio de lista inicial para una sola propiedad a nuestra escala? Si no puede nombrar un precio inicial, ¿por qué?</div>
          <div class="checklist__text">¿Qué incluye el SLA para la integridad del rastreo, la disponibilidad del panel y el tiempo de respuesta a tickets de soporte que bloquean un despliegue?</div>
          <div class="checklist__text">¿Dónde está alojada la plataforma y cuál es la postura de residencia de datos para los clientes de la UE bajo la EAA y el RGPD?</div>
        </div>

        <div class="prose">
          <p>Los proveedores que responden a todas estas preguntas de forma clara y por escrito son los que tienen contratos sencillos. Los proveedores que rechazan las preguntas están señalando que la relación implicará más descubrimientos más tarde de lo que el comprador desea.</p>
        </div>
      </section>

      <hr class="divider" />

      <section id="s7" aria-labelledby="s7-heading">
        <div class="section-label">FAQ</div>
        <h2 class="section-title" id="s7-heading">7. Preguntas frecuentes</h2>

        <h3>¿La monitorización de accesibilidad es lo mismo que una auditoría de accesibilidad?</h3>
        <div class="prose">
          <p>No. La monitorización es la capa continua, mayormente automatizada, que se ejecuta contra un sitio o aplicación e informa las regresiones a medida que aparecen. Una auditoría es una revisión manual puntual realizada por un especialista, que generalmente incluye evaluadores con discapacidad, y que detecta los problemas que la automatización no puede detectar — trampas de teclado, calidad del orden de foco, legibilidad con lector de pantalla, alt text significativo, actualizaciones de contenido dinámico. Una postura de cumplimiento defendible necesita ambas. Las dos capas responden preguntas diferentes y ninguna sustituye a la otra.</p>
        </div>

        <h3>¿Puede una plataforma de monitorización sustituir a una auditoría manual?</h3>
        <div class="prose">
          <p>No, y cualquier proveedor que diga lo contrario está vendiendo el escáner automatizado como cumplimiento, lo cual no es así. Los escáneres automatizados detectan aproximadamente entre el 30 y el 40 por ciento de los problemas WCAG bajo supuestos generosos — contraste de color, alt text ausente, etiquetas ausentes, estructura del documento. El 60 o 70 por ciento restante requiere juicio humano. Las mejores plataformas de monitorización reconocen esto y proporcionan un flujo de trabajo para transferir el resultado del escáner a auditores manuales; las peores pretenden que no es un problema.</p>
        </div>

        <h3>¿Con qué frecuencia deben ejecutarse los escáneres de accesibilidad?</h3>
        <div class="prose">
          <p>Para una superficie de producto en movimiento rápido, en cada despliegue a través de CI, con un rastreo completo al menos semanalmente. Para un sitio de marketing que se despliega dos veces a la semana, un rastreo nocturno o por commit es el ritmo de trabajo. Para un portal del sector público estable, un rastreo semanal más un escáner de regresión por despliegue suele ser defendible. La trampa es tratar el cumplimiento como una instantánea trimestral — cada push es una oportunidad para romper una etiqueta, perder un anillo de foco o desplegar un componente que se anuncia como un div.</p>
        </div>

        <h3>¿Son los escáneres de accesibilidad legalmente suficientes bajo la ADA o la EAA?</h3>
        <div class="prose">
          <p>No. Ni la norma del Título II del Departamento de Justicia de EE. UU. de 2024 ni la Ley Europea de Accesibilidad consideran un informe de escáner automatizado como evidencia de conformidad por sí solo. La norma del DOJ nombra WCAG 2.1 Nivel AA como el estándar sustantivo; la EAA hace referencia a la EN 301 549 armonizada, que a su vez hace referencia a WCAG 2.1 AA. Ambos regímenes contemplan un programa que combina monitorización automatizada, auditoría manual y una declaración de accesibilidad publicada. Un cuadro de mando del escáner en verde es necesario pero no suficiente.</p>
        </div>

        <h3>¿Cuál es el rango de precios típico para una plataforma de monitorización empresarial?</h3>
        <div class="prose">
          <p>Los precios de lista empresariales en 2026 típicamente van de aproximadamente 15.000 a 120.000 dólares estadounidenses por año, con la dispersión impulsada por el número de dominios, la frecuencia de rastreo, el volumen de páginas y si las horas de auditoría manual están incluidas. Los planes de mercado medio en torno a 6.000 o 18.000 dólares por año son comunes para las mismas plataformas con límites de rastreo menores. La accesibilidad de PDF, el escáner móvil nativo y la auditoría manual incluida son las tres partidas que más mueven el precio. Casi todas las plataformas empresariales requieren una llamada de ventas para obtener un presupuesto real.</p>
        </div>

        <h3>¿Necesito una plataforma de monitorización si tengo axe DevTools en mi CI?</h3>
        <div class="prose">
          <p>Puede que no, si el alcance es una sola propiedad web, la organización de ingeniería tiene la disciplina para fallar las compilaciones ante regresiones de axe y tiene una relación de auditoría manual separada para el 60 o 70 por ciento de fallos de automatización. La mayoría de las organizaciones superan ese patrón. Una plataforma de monitorización añade el rastreo en páginas que ninguna ejecución de CI toca, el cuadro de mando legible para ejecutivos, la vista de regresión entre despliegues, la cobertura de PDF, el flujo de trabajo de generación de declaraciones y — en el mejor extremo del mercado — la transferencia de auditoría manual. La pregunta es el flujo de trabajo, no la precisión del escáner.</p>
        </div>

        <h3>¿Qué debe incluir un RFP de contratación de monitorización de accesibilidad?</h3>
        <div class="prose">
          <p>Como mínimo: soporte de versión WCAG, frecuencia de rastreo y límites de volumen de páginas, gestión de aplicaciones de página única y autenticación, accesibilidad de PDF (una verificación real, no detección de tipo de archivo), cobertura móvil nativa de iOS y Android, integración con el rastreador de problemas y CI del comprador, el flujo de trabajo de transferencia de auditoría manual, una muestra de declaración de accesibilidad, cuadros de mando ejecutivos y de ingeniería, y el modelo de precios nombrado explícitamente — por dominio, por página, por escáner, por usuario. Un proveedor que se resiste a los precios transparentes es una señal de alerta en la contratación.</p>
        </div>
      </section>

      <hr class="divider" />

      <section id="conclusion" aria-labelledby="concl-heading">
        <div class="section-label">Cierre del libro de jugadas</div>
        <h2 class="section-title" id="concl-heading">Conclusión: por dónde seguir</h2>
        <div class="prose">
          <p>Tres próximos pasos concretos. En primer lugar, ejecute <a href="/toolkit/scan/">el escáner gratuito de Disability World</a> contra su página de mayor tráfico y su página autenticada más crítica para el negocio para obtener un número de referencia — esta es la cifra que cada proveedor le pedirá en la llamada de descubrimiento, y es más útil tenerla antes de la llamada que durante ella. En segundo lugar, si aún no lo ha hecho, lea los resúmenes de la <a href="/articles/european-accessibility-act-guide/">Ley Europea de Accesibilidad</a>, el <a href="/articles/ada-title-iii-web-accessibility-guide/">Título III de la ADA</a> y los <a href="/toolkit/standards/wcag/">criterios de éxito de WCAG 2.2</a>, para que la conversación de contratación esté fundamentada en los estándares reales y no en los resúmenes de marketing de los proveedores. En tercer lugar, incluya en la lista corta dos o tres plataformas de la tabla anterior basándose en el encuadre de la elección del editor y solicite demostraciones — pero utilice la lista de verificación de contratación como agenda de la demostración, no la presentación del proveedor. La plataforma que compre es con la que vivirá durante al menos tres años; la hora dedicada a los criterios por adelantado es la hora más barata de todo el proyecto.</p>
        </div>

        <figure class="pull-quote">
          <blockquote>
            <p class="pull-quote__text">«La plataforma que compre es con la que vivirá durante al menos tres años. La lista de verificación de contratación es la hora más barata de todo el proyecto; la demostración es la hora más cara cuando se va sin ella.»</p>
          </blockquote>
          <figcaption><cite class="pull-quote__source">— disability-world editorial</cite></figcaption>
        </figure>
      </section>

    </div>
  </div>
</div>

---
title: Plantilla de informe de accesibilidad: qué debe contener uno realmente bueno
url: https://www.disabilityworld.org/es/articles/accessibility-report-template-and-what-good-looks-like/
description: Plantilla de informe de accesibilidad: lo que los patrocinadores ejecutivos y los equipos de desarrollo realmente necesitan ver. Rúbrica de gravedad, declaración de alcance, formato de hallazgos y estructura de plantilla descargable para 2026.
author: Disability World
pubDate: 2026-05-23
tags: accessibility-report, audit-report, template, what-good-looks-like, deliverables
---

# Plantilla de informe de accesibilidad: qué debe contener uno realmente bueno

<script type="application/ld+json" set:html={JSON.stringify({
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "Article",
      "headline": "Plantilla de informe de accesibilidad: qué debe contener uno realmente bueno",
      "description": "Plantilla de informe de accesibilidad: lo que los patrocinadores ejecutivos y los equipos de desarrollo realmente necesitan ver. Rúbrica de gravedad, declaración de alcance, formato de hallazgos y estructura de plantilla descargable para 2026.",
      "datePublished": "2026-05-23",
      "author": { "@type": "Organization", "name": "Disability World", "url": "https://www.disabilityworld.org/" },
      "publisher": { "@type": "Organization", "name": "Disability World" }
    },
    {
      "@type": "DigitalDocument",
      "name": "Plantilla de informe de accesibilidad — secciones",
      "about": "Estructura de informe de accesibilidad WCAG 2.2 AA",
      "encoding": [ { "@type": "MediaObject", "encodingFormat": "text/markdown" } ]
    },
    {
      "@type": "FAQPage",
      "mainEntity": [
        { "@type": "Question", "name": "¿Qué debe incluir un informe de accesibilidad?", "acceptedAnswer": { "@type": "Answer", "text": "Un informe completo contiene nueve secciones: un resumen ejecutivo con un veredicto de postura, una declaración de alcance, una sección de metodología que nombra el estándar y las herramientas, un veredicto de conformidad por criterio de conformidad, una lista de hallazgos, una rúbrica de gravedad, una hoja de ruta de corrección con estimaciones de esfuerzo, una política de repetición de pruebas y un borrador de declaración de accesibilidad. Un informe al que le falte el alcance, la rúbrica o el veredicto es inutilizable: el lector no puede saber qué se probó, qué significa «gravedad» ni si el sitio cumple." } },
        { "@type": "Question", "name": "¿Cuál es la diferencia entre un informe de accesibilidad y una declaración de accesibilidad?", "acceptedAnswer": { "@type": "Answer", "text": "Un informe de accesibilidad es un entregable interno —habitualmente de 30 a 80 páginas— que documenta los hallazgos, las gravedades y la hoja de ruta de una auditoría. Una declaración de accesibilidad es la página pública breve en /accessibility/ que resume la postura de conformidad, el estándar, la fecha de la auditoría, las excepciones conocidas y la vía de contacto para los usuarios que encuentren una barrera. El informe genera la declaración; la declaración no es el informe." } },
        { "@type": "Question", "name": "¿Cuánto se extiende un informe de accesibilidad típico?", "acceptedAnswer": { "@type": "Answer", "text": "Un informe de auditoría manual para un sitio de marketing pequeño alcanza entre 25 y 40 páginas. Un informe para un producto autenticado complejo con múltiples recorridos puede llegar a las 80-150 páginas, porque la sección de hallazgos crece con el número de plantillas revisadas. Las secciones narrativas en su conjunto ocupan aproximadamente entre 10 y 15 páginas independientemente del tamaño del sitio. El resto son hallazgos." } },
        { "@type": "Question", "name": "¿Los informes de escáneres de accesibilidad son legalmente suficientes?", "acceptedAnswer": { "@type": "Answer", "text": "No. Ni la norma Title II del DOJ de 2024 ni el European Accessibility Act (EAA) consideran que la salida automatizada de un escáner constituya un informe de accesibilidad completo. Los escáneres detectan aproximadamente el 30-40 % de los problemas de WCAG, principalmente contraste, texto alternativo ausente, etiquetas faltantes y estructura del documento. El 60-70 % restante requiere juicio humano. Un informe de escáner es la materia prima para un informe completo, no un sustituto." } },
        { "@type": "Question", "name": "¿Con qué frecuencia debe emitirse un informe de accesibilidad?", "acceptedAnswer": { "@type": "Answer", "text": "Un ciclo completo de auditoría manual e informe cada doce meses es la línea de base habitual para la mayoría de las propiedades. Una repetición de pruebas sobre los criterios previamente fallidos a los seis meses es una buena práctica. Cualquier cambio significativo en la plantilla, un rediseño o una migración de framework debería activar una auditoría diferencial. La monitorización continua se ejecuta entre informes para que las regresiones aparezcan de inmediato." } },
        { "@type": "Question", "name": "¿Exige WCAG un formato de informe específico?", "acceptedAnswer": { "@type": "Answer", "text": "No. WCAG especifica criterios de conformidad; no prescribe el formato de ningún entregable de auditoría. El W3C publica EARL y WCAG-EM como referencias estructurales, pero ninguno es obligatorio bajo la ADA, el EAA, la AODA ni ningún otro régimen. Los regímenes esperan que un informe nombre el estándar, el alcance, la metodología y el veredicto; el formato en torno a esos datos es decisión del auditor." } }
      ]
    }
  ]
}, null, 0)} />

<div class="src-article" data-template="2">

<div class="byline">
  <span><strong>Guía de campo</strong> · Entregables de informes de accesibilidad</span>
</div>

<span class="eyebrow">Catálogo de patrones · 9 secciones del informe</span>

<h1>Plantilla de informe de accesibilidad: qué debe contener uno realmente bueno</h1>

<p class="lead">«Informe de accesibilidad» designa al menos tres artefactos distintos según quién lo pronuncie, y la brecha entre ellos es lo bastante amplia como para que un responsable de compras y un director de ingeniería salgan de la misma reunión esperando cosas completamente diferentes. La expresión abarca el PDF automatizado que axe DevTools o un análisis con WAVE genera al final de un pipeline de integración continua; el entregable manual de 60 páginas que una firma especializada entrega tras seis semanas de auditoría; y los estudios sectoriales como el WebAIM Million y las recopilaciones del primer año de aplicación del [EAA](/articles/european-accessibility-act-guide/).</p>

<p>Este artículo se centra en los dos primeros: el artefacto que se encarga, revisa, aprueba y entrega al equipo de desarrollo. Lo que sigue es la estructura que debe tener un informe utilizable, la rúbrica de gravedad que separa un informe que funciona de un montón de etiquetas sin posibilidad de acción, y el formato de hallazgos que los equipos de ingeniería realmente priorizarán. La mitad de los informes que llegan a las mesas de los responsables de accesibilidad en 2026 no superan la prueba descrita a continuación, y el fallo casi siempre tiene la misma forma: sin alcance, sin rúbrica, sin hoja de ruta, sin veredicto; solo una larga lista de referencias WCAG con la palabra «alto» repetida columna abajo.</p>

<p>Los informes de escáneres automatizados, los informes de auditoría manual y los informes anuales del sector son tres artefactos distintos. La guía de campo que sigue cataloga las nueve secciones que convierten un entregable en uno utilizable, con la misma anatomía en cada entrada: qué contiene, el texto de ejemplo que lo ancla, por qué importa, el público al que se dirige y si es obligatorio o recomendado. El catálogo puede leerse de arriba a abajo o consultarse directamente por número de sección.</p>

<section class="evidence-index" aria-labelledby="ei-title">
<header class="evidence-index-head">
<div>
<div class="ei-eyebrow">Índice de evidencias · Cat. 2026.05</div>
<h2 class="ei-title" id="ei-title">9 secciones · lo que todo buen informe de accesibilidad contiene</h2>
</div>
<div class="ei-meta">9 de 9 obligatorias</div>
</header>

<table class="evidence-table" role="table">
<thead>
<tr>
<th>ID</th>
<th>Sección</th>
<th>Función</th>
<th>¿Obligatoria?</th>
</tr>
</thead>
<tbody>
<tr><td class="ei-id">E·01</td><td class="ei-pattern"><a href="#e01">Resumen ejecutivo</a></td><td>Veredicto de postura en un párrafo para los patrocinadores</td><td class="ei-count">Obligatoria</td></tr>
<tr><td class="ei-id">E·02</td><td class="ei-pattern"><a href="#e02">Declaración de alcance</a></td><td>Qué se probó y qué no</td><td class="ei-count">Obligatoria</td></tr>
<tr><td class="ei-id">E·03</td><td class="ei-pattern"><a href="#e03">Metodología</a></td><td>Estándar, tipo de auditoría, herramientas, versiones</td><td class="ei-count">Obligatoria</td></tr>
<tr><td class="ei-id">E·04</td><td class="ei-pattern"><a href="#e04">Veredicto de conformidad</a></td><td>Apto / No apto / No aplicable por criterio de conformidad</td><td class="ei-count">Obligatoria</td></tr>
<tr><td class="ei-id">E·05</td><td class="ei-pattern"><a href="#e05">Hallazgos — la lista de incidencias</a></td><td>Cada defecto con ID, CC, gravedad y corrección</td><td class="ei-count">Obligatoria</td></tr>
<tr><td class="ei-id">E·06</td><td class="ei-pattern"><a href="#e06">Rúbrica de gravedad</a></td><td>Definición de bloqueante / mayor / menor</td><td class="ei-count">Obligatoria</td></tr>
<tr><td class="ei-id">E·07</td><td class="ei-pattern"><a href="#e07">Hoja de ruta de corrección</a></td><td>Orden de corrección priorizado con estimaciones de esfuerzo</td><td class="ei-count">Obligatoria</td></tr>
<tr><td class="ei-id">E·08</td><td class="ei-pattern"><a href="#e08">Política de repetición de pruebas</a></td><td>Calendario y desencadenantes de revalidación</td><td class="ei-count">Obligatoria</td></tr>
<tr><td class="ei-id">E·09</td><td class="ei-pattern"><a href="#e09">Plantilla de declaración de accesibilidad</a></td><td>Borrador de declaración pública lista para publicar</td><td class="ei-count">Obligatoria</td></tr>
</tbody>
</table>

<p class="evidence-foot">Obligatoria = cubierta tanto en los informes de escáner automatizado como en los de auditoría manual, con la salvedad de que los escáneres generan automáticamente un esbozo o bien omiten E·01, E·02, E·07 y E·09 porque esas secciones requieren juicio humano. El formato de cada sección es decisión del auditor; la presencia de las nueve es lo que hace utilizable un entregable.</p>
</section>

<h2>Tres tipos de informe de accesibilidad: cuál es el que realmente se necesita</h2>

<p>El vocabulario importa porque los proveedores difuminan las categorías a propósito. Tres artefactos distintos se venden bajo la misma expresión, y responden a preguntas diferentes.</p>

<p><strong>Informe de escáner automatizado.</strong> Generado por una herramienta: axe DevTools, WAVE, Lighthouse, Pa11y o el [escáner de accesibilidad gratuito](/toolkit/scan/) de este sitio. Se ejecuta en minutos. Cubre aproximadamente el 60-70 % de los criterios de conformidad de [WCAG 2.2](/toolkit/standards/wcag/) por superficie, pero bastante menos por impacto en el usuario, porque los fallos de mayor impacto —trampas de teclado, calidad del orden de foco, legibilidad para lectores de pantalla, texto alternativo significativo— están en gran medida fuera del alcance del análisis estático. Es útil como línea de base y como barrera de regresión en integración continua, pero no como informe completo.</p>

<p><strong>Informe de auditoría manual.</strong> Encargado a una firma especializada o elaborado internamente, idealmente con la participación de una [auditoría manual por testers con discapacidad](/articles/manual-audits-by-people-with-disabilities-2026/). Requiere de cuatro a ocho semanas. Cubre el 30-40 % de WCAG que la automatización no detecta, más una lectura humana del resto. Es el artefacto que establece una postura legal defendible bajo la [ADA Title III](/articles/ada-title-iii-web-accessibility-guide/) o el EAA y el que impulsa la hoja de ruta de corrección.</p>

<p><strong>Informe anual del sector.</strong> WebAIM Million, EU eGovernment Benchmark, resúmenes de aplicación del primer año del EAA. Contexto sectorial, no un sustituto de la prueba de la propiedad propia.</p>

<p>Si una parte interesada dice «necesitamos un informe de accesibilidad» sin especificar cuál, conviene preguntar. La diferencia de coste entre los tres es de aproximadamente cuatro órdenes de magnitud.</p>

<p class="pull">Un informe que omite el alcance, la rúbrica o el veredicto induce activamente a error, porque el lector no puede saber qué se probó, qué significa «gravedad» ni si la propiedad cumple.</p>

<div class="part-divider">
<div class="part-num">Parte I · Las 9 secciones que todo informe de accesibilidad debe contener</div>
<div class="part-title">Anatomía idéntica, nueve secciones estructurales</div>
<p class="part-blurb">Cada entrada que sigue recoge las mismas cosas en el mismo orden: qué contiene, el texto de ejemplo que la ancla, por qué importa, el público al que se dirige y si es obligatoria o recomendada. Un informe al que le falte cualquiera de las nueve está incompleto; un informe al que le falten E·02, E·04 o E·06 es inutilizable.</p>
</div>

<section class="exhibit" id="e01">
<div class="exhibit-head">
<div class="exhibit-id">E·01</div>
<h3 class="exhibit-title">Resumen ejecutivo</h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">Qué contiene</div>
<div class="exhibit-prose">
<p>Un párrafo, en español llano, sin tecnicismos. El elemento innegociable es un veredicto de postura: una sola frase que indica a un patrocinador ejecutivo si la propiedad cumple, cumple parcialmente o no cumple el estándar indicado. Tras el veredicto, tres a cinco frases que nombran el estándar, la ventana de auditoría, el número de hallazgos bloqueantes y el titular de la hoja de ruta de corrección.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Texto de ejemplo</div>
<div class="verbatim">La superficie auditada cumple sustancialmente con WCAG 2.2 AA con [N] excepciones documentadas.</div>
<div class="verbatim">La superficie auditada no cumple; [N] hallazgos bloqueantes impiden una declaración de conformidad.</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Por qué importa</div>
<div class="exhibit-prose">
<p>Los patrocinadores ejecutivos necesitan un veredicto, no una lectura de temperatura. El resumen es la única página que la mayoría de lectores no especialistas abrirá, y un informe que entierra la postura de conformidad bajo doce páginas de preámbulo metodológico falla en su función principal. La frase del veredicto es también lo que citan reguladores y responsables de compras cuando hacen referencia al informe.</p>
</div>
</div>

</div>
<div class="exhibit-foot">
<span><strong>Público</strong>Patrocinadores ejecutivos, compras, revisores a nivel de consejo</span>
<span><strong>¿Obligatoria?</strong>Obligatoria</span>
</div>
</section>

<section class="exhibit" id="e02">
<div class="exhibit-head">
<div class="exhibit-id">E·02</div>
<h3 class="exhibit-title">Declaración de alcance</h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">Qué contiene</div>
<div class="exhibit-prose">
<p>Qué se probó: URL, tipos de página, recorridos de usuario, dispositivos, navegadores, tecnologías de apoyo. Y qué no: páginas con autenticación fuera de la cuenta de prueba, PDFs, aplicaciones móviles nativas, elementos incrustados de terceros. Se nombra cada superficie excluida con la razón de la exclusión (fuera del presupuesto, sin credenciales de prueba, diferido a un compromiso posterior).</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Texto de ejemplo</div>
<div class="verbatim">En alcance: el sitio de marketing (12 plantillas, 47 URL representativas), el flujo de compra no autenticado y el centro de ayuda. Fuera de alcance: el panel de cliente (compromiso separado), todos los PDF anteriores al 01-2024 y la aplicación nativa iOS.</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Por qué importa</div>
<div class="exhibit-prose">
<p>La declaración de alcance es lo que impide que una auditoría de fin de año sea rebatida por tecnicismos. Si falta, la declaración de conformidad no es falsificable: cualquier parte puede señalar una superficie no auditada y afirmar que el informe guarda silencio sobre ella, y la parte defensora no puede demostrar lo contrario. La declaración de alcance también delimita la responsabilidad del auditor: una exclusión que se nombra es una exclusión que la organización auditada ha aceptado.</p>
</div>
</div>

</div>
<div class="exhibit-foot">
<span><strong>Público</strong>Auditores, revisión legal, abogados de la parte demandante en una futura disputa</span>
<span><strong>¿Obligatoria?</strong>Obligatoria</span>
</div>
</section>

<section class="exhibit" id="e03">
<div class="exhibit-head">
<div class="exhibit-id">E·03</div>
<h3 class="exhibit-title">Metodología</h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">Qué contiene</div>
<div class="exhibit-prose">
<p>Qué estándar: WCAG 2.2 AA, WCAG 2.1 AA, EN 301 549 v3.2.1, Section 508. Qué tipo de auditoría: automatizada, manual, mixta. Qué herramientas y en qué versiones: axe-core 4.x, NVDA 2025.1, VoiceOver iOS 18, JAWS 2025. Qué enfoque de prueba: recorrido muestral WCAG-EM, revisión completa de plantillas, basado en recorridos de usuario.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Texto de ejemplo</div>
<div class="verbatim">Estándar: WCAG 2.2 AA. Tipo de auditoría: mixta (análisis automatizado con axe-core 4.10 + revisión manual por dos auditores). Herramientas: axe-core 4.10, NVDA 2025.1 con Firefox 134, VoiceOver iOS 18.2, JAWS 2025. Enfoque: recorrido muestral WCAG-EM en 47 URL.</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Por qué importa</div>
<div class="exhibit-prose">
<p>La metodología es lo que permite que una repetición de pruebas seis meses después compare como con como. Sin una versión de herramienta nombrada, no puede distinguirse una regresión de un artefacto de actualización de herramienta. Sin un estándar nombrado, una declaración de «conformidad» es ininterpretable. La sección de metodología es también donde otros auditores leen la competencia del auditor.</p>
</div>
</div>

</div>
<div class="exhibit-foot">
<span><strong>Público</strong>Auditores, ingeniería, equipos de repetición de pruebas futuros</span>
<span><strong>¿Obligatoria?</strong>Obligatoria</span>
</div>
</section>

<section class="exhibit" id="e04">
<div class="exhibit-head">
<div class="exhibit-id">E·04</div>
<h3 class="exhibit-title">Veredicto de conformidad</h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">Qué contiene</div>
<div class="exhibit-prose">
<p>La declaración formal de conformidad, por criterio de conformidad, en tres estados: apto, no apto, no aplicable. WCAG 2.2 AA tiene 55 criterios de conformidad; todos deben aparecer en esta tabla. «No aplicable» es un veredicto legítimo —un sitio sin vídeo no necesita cumplir 1.2.2 Subtítulos—, pero cada N/A necesita una justificación de una línea.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Texto de ejemplo</div>
<div class="verbatim">1.1.1 Contenido no textual — No apto (véanse hallazgos F-002, F-008, F-014). 1.2.2 Subtítulos (grabado) — No aplicable (sin vídeo grabado en el alcance). 1.3.1 Información y relaciones — Apto.</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Por qué importa</div>
<div class="exhibit-prose">
<p>Esto es lo que leen primero los reguladores y los abogados de la parte demandante. Un informe que difumina el veredicto —«cumple en su mayor parte», «en cumplimiento sustancial», «en camino hacia la accesibilidad»— es un informe que pierde ante el DOJ o un organismo de aplicación del EAA de un Estado miembro. La tabla de veredicto es también la entrada para la declaración pública de accesibilidad, de modo que una tabla difusa produce una declaración difusa.</p>
</div>
</div>

</div>
<div class="exhibit-foot">
<span><strong>Público</strong>Reguladores, abogados de la parte demandante, redactores de la declaración pública</span>
<span><strong>¿Obligatoria?</strong>Obligatoria</span>
</div>
</section>

<section class="exhibit" id="e05">
<div class="exhibit-head">
<div class="exhibit-id">E·05</div>
<h3 class="exhibit-title">Hallazgos — la lista de incidencias</h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">Qué contiene</div>
<div class="exhibit-prose">
<p>La sección más larga de cualquier informe real. Cada hallazgo tiene su propia fila con un ID estable, el criterio de conformidad de WCAG, la gravedad, la ubicación, la descripción, el impacto en el usuario y la corrección recomendada. El formato se describe en la sección «formato de hallazgos» más adelante. Los hallazgos se agrupan por plantilla o por gravedad, se ordenan por prioridad de corrección y se vinculan a la tabla de veredicto de conformidad.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Texto de ejemplo</div>
<div class="verbatim">F-014 · 1.4.3 Contraste (mínimo) · Mayor · /checkout · button.cta-primary · El texto del botón CTA se muestra con una relación de contraste de 3,2:1 sobre fondo naranja; el nivel AA exige 4,5:1.</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Por qué importa</div>
<div class="exhibit-prose">
<p>La lista de hallazgos es la parte que realmente abre el equipo de ingeniería. Un informe que entierra los hallazgos en prosa narrativa nunca será priorizado; un informe que los entrega como filas con IDs estables se convierte en una lista de tareas. El ID estable es el detalle estructural: permite referenciar el mismo hallazgo en la tabla de veredicto, la hoja de ruta y el informe de repetición de pruebas doce meses después.</p>
</div>
</div>

</div>
<div class="exhibit-foot">
<span><strong>Público</strong>Ingeniería, producto, responsables del programa de accesibilidad</span>
<span><strong>¿Obligatoria?</strong>Obligatoria</span>
</div>
</section>

<section class="exhibit" id="e06">
<div class="exhibit-head">
<div class="exhibit-id">E·06</div>
<h3 class="exhibit-title">Rúbrica de gravedad</h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">Qué contiene</div>
<div class="exhibit-prose">
<p>Una rúbrica definida que especifica qué significan «bloqueante», «mayor» y «menor» en este informe concreto. Sin una rúbrica, las gravedades son meras impresiones subjetivas. La rúbrica recomendada de tres niveles —anclada en el impacto sobre el usuario, no en la confianza del escáner ni en la exposición legal— se describe en la sección de rúbrica más adelante.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Texto de ejemplo</div>
<div class="verbatim">Bloqueante: los usuarios con la discapacidad relevante no pueden completar el recorrido. Mayor: los usuarios pueden completar el recorrido, pero con una fricción significativa o con información sustancialmente menor. Menor: una incidencia de accesibilidad que no bloquea ni degrada sustancialmente el recorrido.</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Por qué importa</div>
<div class="exhibit-prose">
<p>Sin una rúbrica, «gravedad alta» significa lo que cada lector interprete, y la columna de gravedad resulta decorativa. Con una rúbrica, «bloqueante» significa lo mismo en el hallazgo F-001 que en el F-247, y la hoja de ruta puede priorizar racionalmente. Una rúbrica es también lo que impide la expansión del alcance durante las repeticiones de pruebas: un hallazgo no puede reclasificarse silenciosamente entre ciclos si su definición de gravedad está por escrito.</p>
</div>
</div>

</div>
<div class="exhibit-foot">
<span><strong>Público</strong>Ingeniería, producto, responsables del programa, jurídico</span>
<span><strong>¿Obligatoria?</strong>Obligatoria</span>
</div>
</section>

<section class="exhibit" id="e07">
<div class="exhibit-head">
<div class="exhibit-id">E·07</div>
<h3 class="exhibit-title">Hoja de ruta de corrección</h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">Qué contiene</div>
<div class="exhibit-prose">
<p>Un orden de corrección priorizado con estimaciones de esfuerzo aproximadas. Primero los bloqueantes, luego los mayores, luego los menores; dentro de cada nivel, se corrigen primero los elementos que se repiten en varias plantillas. Las estimaciones de esfuerzo pueden ser amplias —pequeño, mediano, grande en días de ingeniero—, pero deben existir, porque la hoja de ruta es lo que convierte el informe en un programa.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Texto de ejemplo</div>
<div class="verbatim">Fase 1 (semanas 1-4) — Bloqueantes: F-001, F-005, F-019 (trampas de foco, etiquetas de formulario ausentes). Fase 2 (semanas 5-12) — Mayores que se repiten en más de 3 plantillas: F-014, F-022, F-038 (contraste, anuncio de error, orden de foco).</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Por qué importa</div>
<div class="exhibit-prose">
<p>Un informe sin hoja de ruta es una pila de hallazgos sin instrucciones sobre qué hacer a continuación, y la organización auditada lo archivará silenciosamente. Una hoja de ruta convierte el informe en un programa de trabajo que puede seguirse, dotarse de recursos y reportarse en trimestres sucesivos. Es también el artefacto que la [guía de compra de monitorización](/articles/accessibility-monitoring-buyers-guide-2026/) recomienda como entrada para una configuración de monitorización continua.</p>
</div>
</div>

</div>
<div class="exhibit-foot">
<span><strong>Público</strong>Dirección de ingeniería, producto, responsables del programa de accesibilidad</span>
<span><strong>¿Obligatoria?</strong>Obligatoria</span>
</div>
</section>

<section class="exhibit" id="e08">
<div class="exhibit-head">
<div class="exhibit-id">E·08</div>
<h3 class="exhibit-title">Política de repetición de pruebas</h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">Qué contiene</div>
<div class="exhibit-prose">
<p>Cuándo se revalidará el informe, qué desencadena una repetición de pruebas fuera de calendario y qué hallazgos se volverán a probar. Una auditoría completa anual más una repetición de pruebas a los seis meses sobre los criterios previamente fallidos es una postura defendible para la mayoría de las propiedades; los productos que se entregan a diario necesitan un ciclo más ajustado.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Texto de ejemplo</div>
<div class="verbatim">Reauditoría completa anual (próxima: 2027-05). Repetición de pruebas diferencial a los seis meses sobre criterios previamente fallidos (2026-11). Desencadenantes fuera de calendario: nueva versión mayor del sistema de diseño, migración de framework, nuevo recorrido autenticado añadido al alcance.</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Por qué importa</div>
<div class="exhibit-prose">
<p>Un informe sin cadencia de repetición de pruebas queda silenciosamente obsoleto en doce meses. La Directiva sobre la accesibilidad de los sitios web de la UE exige que las declaraciones publicadas se renueven anualmente; el EAA y el DOJ Title II tratan las auditorías no renovadas como prueba de que la organización ha dejado de prestar atención. Una cadencia nombrada es también lo que protege a un auditor frente a un futuro cliente que pregunta por qué el informe anterior no detectó una regresión que llegó dos meses después del cierre de la ventana de auditoría.</p>
</div>
</div>

</div>
<div class="exhibit-foot">
<span><strong>Público</strong>Responsables del programa de accesibilidad, auditores, jurídico</span>
<span><strong>¿Obligatoria?</strong>Obligatoria</span>
</div>
</section>

<section class="exhibit" id="e09">
<div class="exhibit-head">
<div class="exhibit-id">E·09</div>
<h3 class="exhibit-title">Plantilla de declaración de accesibilidad</h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">Qué contiene</div>
<div class="exhibit-prose">
<p>Un borrador de declaración pública redactado a partir de los hallazgos de la auditoría, listo para publicar en <code>/accessibility/</code>. El auditor dispone de los datos, por lo que es el auditor quien redacta la declaración; la organización auditada la revisa y la publica. Para ver ejemplos de cómo varían en calidad las declaraciones publicadas, la [auditoría de declaraciones de accesibilidad](/articles/accessibility-statement-audit-top-100/) cataloga las 100 principales de 2026.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Texto de ejemplo</div>
<div class="verbatim">Este sitio cumple sustancialmente con WCAG 2.2 AA. Última auditoría: 2026-05-12 por [Auditor]. Excepciones conocidas: [lista]. Para notificar una barrera, escriba a accessibility@[dominio] — se responde en un plazo de 14 días.</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Por qué importa</div>
<div class="exhibit-prose">
<p>La declaración es la cara pública del informe y el único documento que verá la mayoría de los usuarios. Redactarla como parte del informe —en lugar de dejar que la organización auditada traduzca los hallazgos al lenguaje público seis meses después— es lo que cierra el ciclo entre auditoría y postura pública. Es también el artefacto de cumplimiento del EAA en virtud del Artículo 7, y uno de los documentos que la norma Title II del DOJ de 2024 espera que estén disponibles a petición.</p>
</div>
</div>

</div>
<div class="exhibit-foot">
<span><strong>Público</strong>Usuarios públicos, reguladores, el equipo web de la organización auditada</span>
<span><strong>¿Obligatoria?</strong>Obligatoria</span>
</div>
</section>

<h2>Una rúbrica de gravedad que realmente funciona</h2>

<p>La mayoría de los informes utilizan «alto / medio / bajo» sin definir qué significan esas palabras, lo que convierte la columna de gravedad en decorativa más que estructural. Una rúbrica que funciona está anclada en el impacto sobre el usuario, no en la confianza del escáner ni en la exposición legal.</p>

<p><strong>Bloqueante.</strong> Los usuarios con la discapacidad relevante no pueden completar el recorrido en absoluto. Una trampa de teclado en el proceso de compra. Un lector de pantalla que no anuncia un campo de formulario crítico. Un modal que captura el foco y no puede cerrarse sin ratón. El usuario debe abandonar o pedir ayuda.</p>

<p><strong>Mayor.</strong> Los usuarios pueden completar el recorrido, pero con una fricción significativa o con sustancialmente menos información que un usuario con visión normal que usa el ratón. Orden de foco que salta de forma impredecible. Mensajes de error que aparecen visualmente pero no se anuncian. Contraste inferior a 4,5:1 en grandes partes de la página. El recorrido se completa, pero la experiencia queda materialmente degradada.</p>

<p><strong>Menor.</strong> Una incidencia de accesibilidad que no bloquea ni degrada sustancialmente el recorrido. Una imagen decorativa a la que le falta <code>alt=""</code>. Un punto de referencia sin su etiqueta. Una incidencia exclusiva de AAA presentada como informativa. Pertenece al informe, pero se sitúa al final de la cola de corrección.</p>

<p>Una nota sobre la gravedad legal. Algunos departamentos jurídicos impulsan un nivel de «gravedad legal» paralelo, ponderado por la exposición a demandas colectivas más que por el impacto en el usuario. Está bien hacerlo, pero debe mantenerse como una columna separada. Mezclar ambas produce un informe en el que el equipo de ingeniería no confía y los abogados sobreinterpretan.</p>

<h2>Un formato de hallazgos que los equipos de ingeniería realmente utilizarán</h2>

<p>Un hallazgo es una fila, no un párrafo. Los campos obligatorios:</p>

| Campo | Ejemplo |
|---|---|
| ID del hallazgo | F-014 |
| Criterio de conformidad WCAG | 1.4.3 Contraste (mínimo) |
| Gravedad | Mayor |
| Ubicación | `https://example.com/checkout` — `button.cta-primary` (véase captura F-014.png) |
| Descripción | El texto del botón CTA principal se muestra con una relación de 3,2:1 sobre el fondo naranja; WCAG AA exige 4,5:1. |
| Impacto en el usuario | Los usuarios con baja visión y los que se encuentran al aire libre bajo luz intensa no pueden leer la etiqueta del botón. |
| Corrección recomendada | Oscurecer el token de fondo de `#F2994A` a `#C95F0A`, o cambiar el texto a azul marino oscuro. |

<p>Toda fila que omita la frase sobre el impacto en el usuario será desplazada por los ingenieros que pregunten «¿qué rompe esto exactamente?». Toda fila que omita una corrección recomendada será desplazada por los gestores de producto que pregunten «¿cuál es la decisión aquí?». Un informe que se prioriza es un informe que resuelve problemas; uno que no lo hace es una pila de etiquetas de gravedad.</p>

<h2>La versión «salida de escáner»: qué cambia</h2>

<p>Para un informe de escáner automatizado —el PDF que genera una ejecución de CI, un [escáner de accesibilidad gratuito](/toolkit/scan/) o una plataforma de monitorización—, las secciones E·01, E·02, E·07 y E·09 suelen estar ausentes o generadas automáticamente como esbozo. El valor de un informe de escáner reside en E·04 y E·05: una lista legible por máquina de criterios de conformidad fallidos y hallazgos vinculados a selectores DOM. El escáner no puede redactar un resumen ejecutivo útil, no puede tomar una decisión de alcance, no puede priorizar una hoja de ruta ni puede redactar una declaración que firme ningún abogado.</p>

<p>Esto es perfectamente normal: un informe de escáner es la materia prima para un informe de accesibilidad completo, no un sustituto. Algunas plataformas de monitorización superponen ahora las secciones faltantes sobre la salida del análisis; eso se acerca más a un artefacto completo, pero el resumen y la hoja de ruta siguen necesitando una lectura humana antes de su publicación.</p>

<h2>La plantilla descargable</h2>

<p>Una plantilla en markdown funcional se corresponde uno a uno con las nueve secciones anteriores:</p>

1. `# Informe de accesibilidad — [Propiedad] — [Fecha]`
2. `## Resumen ejecutivo` — un párrafo más la frase del veredicto
3. `## Alcance` — URL, recorridos, dispositivos, tecnologías de apoyo; lista explícita de lo excluido
4. `## Metodología` — estándar, tipo de auditoría, herramientas, versiones
5. `## Veredicto de conformidad` — tabla de todos los criterios de conformidad de WCAG 2.2 AA con apto / no apto / N/A
6. `## Hallazgos` — un subapartado por hallazgo, campos según el formato anterior
7. `## Rúbrica de gravedad` — definiciones de bloqueante / mayor / menor utilizadas
8. `## Hoja de ruta de corrección` — lista priorizada con dimensionamiento de esfuerzo
9. `## Política de repetición de pruebas` — calendario y desencadenantes
10. `## Declaración de accesibilidad (borrador)` — versión lista para publicar

<p>Una iteración futura de esta página alojará versiones descargables en `.md` y `.docx`; por ahora la estructura anterior es la referencia canónica. La [auditoría de declaraciones de accesibilidad](/articles/accessibility-statement-audit-top-100/) cataloga cómo varían las 100 principales declaraciones: la brecha entre las buenas y las malas se corresponde estrechamente con si el informe subyacente tenía un alcance definido y una rúbrica real.</p>

<h2>Lo que estas 9 secciones tienen en común</h2>

<p>Cada una de las nueve secciones realiza el mismo trabajo subyacente: convierte una pieza de evidencia en un fragmento de lenguaje que puede citarse, auditarse y contrastarse con la organización auditada doce meses después. El resumen ejecutivo convierte una revisión de 60 páginas en un veredicto. La declaración de alcance convierte la cobertura real del auditor en un límite no falsificable. La metodología convierte un proceso en una línea de base de comparación repetible. La tabla de veredicto convierte la conformidad con WCAG en 55 afirmaciones atómicas. Los hallazgos convierten los defectos en filas priorizables. La rúbrica convierte la gravedad de una impresión en una definición. La hoja de ruta convierte los hallazgos en un programa. La política de repetición de pruebas convierte el informe de una instantánea en una cadencia. La plantilla de declaración convierte el informe interno en una postura pública.</p>

<p>Los informes que fracasan en 2026 lo hacen porque omiten el paso de conversión. Citan un número de WCAG sin traducirlo en «qué rompe esto exactamente para qué usuarios». Etiquetan los hallazgos como «alta gravedad» sin traducir «alta» en una definición. Producen un veredicto sin producir el alcance al que se aplica. Cada paso de traducción omitido es un lugar donde el informe se vuelve no falsificable, y un informe de accesibilidad no falsificable no es un entregable: es un artefacto de marketing.</p>

<p>El patrón más profundo es que un informe de accesibilidad se lee desde cuatro distancias muy distintas. El patrocinador ejecutivo lee E·01 y no vuelve. El responsable de compras lee E·02, E·03 y E·09. El director de ingeniería lee E·05, E·06 y E·07. El auditor que lee el informe doce meses después lee E·03, E·04 y E·08. Un informe que no funciona desde las cuatro distancias falla al menos a uno de esos lectores, y el que falla es generalmente el que tiene el presupuesto.</p>

<h2>Qué hacer primero</h2>

<div class="audit-list">
<h3>Acciones prácticas para responsables de accesibilidad en 2026</h3>
<ul>
<li>Ejecutar el [escáner de accesibilidad gratuito](/toolkit/scan/) en tres plantillas representativas para producir una lista de hallazgos de línea de base en formato E·05: es el artefacto mínimo viable y no tiene coste.</li>
<li>Encargar una [auditoría manual por testers con discapacidad](/articles/manual-audits-by-people-with-disabilities-2026/) para el informe completo de nueve secciones. Exigir E·02, E·06 y E·07 como criterios de aceptación del entregable.</li>
<li>Publicar el borrador de la declaración de accesibilidad de E·09 en <code>/accessibility/</code> en el plazo de cuatro semanas tras el informe. No dejarlo sin publicar.</li>
<li>Instaurar la monitorización continua conforme a la [guía de compra de monitorización](/articles/accessibility-monitoring-buyers-guide-2026/) para detectar regresiones entre el informe anual y la repetición de pruebas a los seis meses.</li>
<li>Agendar la repetición de pruebas de E·08 en el calendario de ingeniería —no en el jurídico— y tratarla como una barrera de publicación.</li>
</ul>
</div>

<div class="bottomline">
<p>Un informe de accesibilidad utilizable es el que un regulador puede leer en cinco minutos (E·01, E·02, E·04), un ingeniero puede priorizar en un sprint (E·05, E·06, E·07) y un auditor puede volver a ejecutar en un año (E·03, E·08). El inutilizable es el que cita números de WCAG sin traducirlos en un lenguaje que cualquiera de esos lectores pueda aplicar. La mitad de los informes que llegan a las mesas de los responsables de accesibilidad en 2026 no superan esa prueba, y el fallo casi siempre tiene la misma forma: sin alcance, sin rúbrica, sin hoja de ruta, sin veredicto.</p>
</div>

<div class="cta cta-closing">
<span class="cta-tag">Compromiso · 03</span>
<div class="cta-title">Utilizar primero el escáner</div>
<p class="cta-prose">Ejecutar el escáner WCAG 2.2 gratuito para obtener una línea de base automatizada en formato E·05 y, a continuación, encargar una auditoría manual para las seis secciones restantes.</p>
<a class="cta-btn" href="/toolkit/scan/">Abrir el escáner →</a>
</div>

<h2>Preguntas frecuentes</h2>

<p><strong>¿Qué debe incluir un informe de accesibilidad?</strong></p>

<p>Un informe completo contiene nueve secciones: un resumen ejecutivo con un veredicto de postura, una declaración de alcance, una sección de metodología que nombra el estándar y las herramientas, un veredicto de conformidad por criterio de conformidad, una lista de hallazgos, una rúbrica de gravedad, una hoja de ruta de corrección con estimaciones de esfuerzo, una política de repetición de pruebas y un borrador de declaración de accesibilidad. Un informe al que le falte el alcance, la rúbrica o el veredicto es inutilizable: el lector no puede saber qué se probó, qué significa «gravedad» ni si el sitio cumple.</p>

<p><strong>¿Cuál es la diferencia entre un informe de accesibilidad y una declaración de accesibilidad?</strong></p>

<p>Un informe de accesibilidad es un entregable interno —habitualmente de 30 a 80 páginas— que documenta los hallazgos, las gravedades y la hoja de ruta de una auditoría. Una declaración de accesibilidad es la página pública breve en `/accessibility/` que resume la postura de conformidad, el estándar, la fecha de la auditoría, las excepciones conocidas y la vía de contacto para los usuarios que encuentren una barrera. El informe genera la declaración; la declaración no es el informe.</p>

<p><strong>¿Cuánto se extiende un informe de accesibilidad típico?</strong></p>

<p>Un informe de auditoría manual para un sitio de marketing pequeño alcanza entre 25 y 40 páginas. Un informe para un producto autenticado complejo con múltiples recorridos puede llegar a las 80-150 páginas, porque la sección de hallazgos crece con el número de plantillas revisadas. Las secciones narrativas en su conjunto ocupan aproximadamente entre 10 y 15 páginas independientemente del tamaño del sitio. El resto son hallazgos.</p>

<p><strong>¿Los informes de escáneres de accesibilidad son legalmente suficientes?</strong></p>

<p>No. Ni la norma Title II del DOJ de 2024 ni el European Accessibility Act (EAA) consideran que la salida automatizada de un escáner constituya un informe de accesibilidad completo. Los escáneres detectan aproximadamente el 30-40 % de los problemas de WCAG, principalmente contraste, texto alternativo ausente, etiquetas faltantes y estructura del documento. El 60-70 % restante requiere juicio humano. Un informe de escáner es la materia prima para un informe completo, no un sustituto.</p>

<p><strong>¿Con qué frecuencia debe emitirse un informe de accesibilidad?</strong></p>

<p>Un ciclo completo de auditoría manual e informe cada doce meses es la línea de base habitual para la mayoría de las propiedades. Una repetición de pruebas sobre los criterios previamente fallidos a los seis meses es una buena práctica. Cualquier cambio significativo en la plantilla, un rediseño o una migración de framework debería activar una auditoría diferencial. La monitorización continua se ejecuta entre informes para que las regresiones aparezcan de inmediato.</p>

<p><strong>¿Exige WCAG un formato de informe específico?</strong></p>

<p>No. WCAG especifica criterios de conformidad; no prescribe el formato de ningún entregable de auditoría. El W3C publica EARL y WCAG-EM como referencias estructurales, pero ninguno es obligatorio bajo la ADA, el EAA, la AODA ni ningún otro régimen. Los regímenes esperan que un informe nombre el estándar, el alcance, la metodología y el veredicto; el formato en torno a esos datos es decisión del auditor.</p>

<div class="foot-note">
<p><strong>Metodología</strong>Modelo de secciones derivado de la metodología de evaluación WCAG-EM, las referencias de informes de auditoría de la IAAP y más de 30 declaraciones de accesibilidad publicadas estudiadas en /articles/accessibility-statement-audit-top-100/.</p>
<p><strong>Alcance</strong>Esta es una guía de formato de informes, no una lista de verificación de cumplimiento legal. Se recomienda consultar a asesoría jurídica competente para las obligaciones de reporte específicas de cada jurisdicción bajo la [ADA Title III](/articles/ada-title-iii-web-accessibility-guide/), el [EAA](/articles/european-accessibility-act-guide/) u otros regímenes aplicables.</p>
</div>

</div>

---
title: Herramientas de prueba con lector de pantalla — NVDA, JAWS, VoiceOver comparados (2026)
url: https://www.disabilityworld.org/es/articles/accessibility-screen-reader-testing-tools-2026/
description: Herramientas de prueba de accesibilidad con lector de pantalla comparadas — NVDA, JAWS, VoiceOver, TalkBack, Narrator — más drivers de automatización (Playwright AT-driver, AccTree). El flujo de trabajo de pruebas en 2026.
author: Disability World
pubDate: 2026-05-23
tags: screen-readers, accessibility-testing, nvda, jaws, voiceover, talkback, automation
---

# Herramientas de prueba con lector de pantalla — NVDA, JAWS, VoiceOver comparados (2026)

<script type="application/ld+json" set:html={JSON.stringify({
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "Article",
      "headline": "Herramientas de prueba con lector de pantalla — NVDA, JAWS, VoiceOver comparados (2026)",
      "description": "Herramientas de prueba de accesibilidad con lector de pantalla comparadas — NVDA, JAWS, VoiceOver, TalkBack, Narrator — más drivers de automatización (Playwright AT-driver, AccTree). El flujo de trabajo de pruebas en 2026.",
      "datePublished": "2026-05-23",
      "author": { "@type": "Organization", "name": "Disability World", "url": "https://www.disabilityworld.org/" },
      "publisher": { "@type": "Organization", "name": "Disability World" }
    },
    {
      "@type": "ItemList",
      "name": "Lectores de pantalla y herramientas de prueba de tecnología de apoyo — 2026",
      "itemListElement": [
        { "@type": "ListItem", "position": 1, "name": "NVDA", "url": "https://www.nvaccess.org/" },
        { "@type": "ListItem", "position": 2, "name": "JAWS", "url": "https://www.freedomscientific.com/products/software/jaws/" },
        { "@type": "ListItem", "position": 3, "name": "VoiceOver" },
        { "@type": "ListItem", "position": 4, "name": "TalkBack" },
        { "@type": "ListItem", "position": 5, "name": "Narrator" }
      ]
    },
    {
      "@type": "FAQPage",
      "mainEntity": [
        {
          "@type": "Question",
          "name": "¿Cuál es el mejor lector de pantalla gratuito para pruebas?",
          "acceptedAnswer": {
            "@type": "Answer",
            "text": "NVDA en Windows. Es gratuito, de código abierto, mantenido activamente por NV Access y utilizado por aproximadamente el 35-40 % de los encuestados de WebAIM como lector de pantalla principal. Si solo se va a instalar una pieza de tecnología de apoyo para probar, instálese NVDA con Firefox o Chrome en una máquina o VM con Windows."
          }
        },
        {
          "@type": "Question",
          "name": "¿Con cuántos lectores de pantalla hay que probar?",
          "acceptedAnswer": {
            "@type": "Answer",
            "text": "Dos bien probados superan a cinco probados superficialmente. El mínimo realista es NVDA en Windows para escritorio y VoiceOver en iOS para móvil: entre ambos cubren la mayor parte de los usuarios reales. Conviene añadir JAWS si el público objetivo es el sector gubernamental, financiero o sanitario, y TalkBack en Android si el tráfico móvil se inclina hacia Android."
          }
        },
        {
          "@type": "Question",
          "name": "¿Pueden las herramientas automatizadas sustituir las pruebas con lector de pantalla?",
          "acceptedAnswer": {
            "@type": "Answer",
            "text": "No. Las herramientas automatizadas detectan aproximadamente el 30-40 % de los problemas de WCAG: atributos alt ausentes, ARIA inválida, etiquetas faltantes. No pueden juzgar si el texto alternativo es útil, si el contenido dinámico realmente anuncia o si la gestión del foco se percibe correcta. Debe usarse la automatización como suelo, no como techo, y combinarse con pruebas humanas periódicas en el lector de pantalla real."
          }
        },
        {
          "@type": "Question",
          "name": "¿Se necesita un Mac para probar VoiceOver?",
          "acceptedAnswer": {
            "@type": "Answer",
            "text": "Sí para pruebas locales: VoiceOver solo funciona en macOS e iOS. Si el equipo usa exclusivamente Windows, servicios en la nube como Assistiv Labs y BrowserStack Accessibility ofrecen sesiones remotas de VoiceOver sobre la URL del proyecto. Para comprobaciones ocasionales eso es suficiente; para trabajo serio en iOS, conviene disponer de un Mac o un iPhone."
          }
        },
        {
          "@type": "Question",
          "name": "¿Cuál es la diferencia entre NVDA y JAWS?",
          "acceptedAnswer": {
            "@type": "Answer",
            "text": "Ambos son lectores de pantalla para Windows y ambos funcionan con todos los navegadores principales. NVDA es gratuito, de código abierto, más ligero y tiende a ser ligeramente más estricto respecto a la conformidad con ARIA. JAWS es comercial (alrededor de 95 dólares al año para una licencia doméstica), más completo en funciones, tiene una larga trayectoria en despliegues empresariales y del gobierno federal de EE. UU., y a veces es más tolerante con el marcado imperfecto. Si una página funciona en NVDA, generalmente funciona en JAWS; la inversa no siempre es cierta."
          }
        },
        {
          "@type": "Question",
          "name": "¿Con qué frecuencia deben ejecutarse las pruebas con lector de pantalla?",
          "acceptedAnswer": {
            "@type": "Answer",
            "text": "Las comprobaciones de nivel de automatización (axe, eslint-plugin-jsx-a11y, pruebas AT-driver) deben ejecutarse en cada solicitud de incorporación de cambios. Los pases manuales con lector de pantalla en recorridos de usuario clave pertenecen a la lista de verificación de publicación: normalmente cada sprint o cada versión. Una auditoría manual completa por testers con discapacidad tiene sentido trimestral o anualmente según cuánto cambie el producto."
          }
        }
      ]
    }
  ]
}, null, 0)} />

<div class="src-article" data-template="3">

  <section class="hero" aria-labelledby="hero-heading">
    <div class="hero__inner">
      <div class="hero__tag" aria-hidden="true">Guía de herramientas · Pruebas</div>
      <h1 class="hero__title" id="hero-heading">
        Herramientas de prueba con lector de pantalla — NVDA, JAWS, VoiceOver comparados (2026)
      </h1>
      <p class="hero__lead">Cualquier escáner de accesibilidad puede indicar si un atributo `alt` está presente. Solo un lector de pantalla puede indicar si el texto alternativo es realmente útil. Lo mismo ocurre con las etiquetas ARIA que anuncian algo incorrecto, las etiquetas de formulario que suenan incomprensibles, el orden de foco que salta, el contenido dinámico que se actualiza en silencio mientras la interfaz visual cambia. Esta es la capa de pruebas donde la automatización llega a su límite y comienza la verificación humana con la tecnología de apoyo real.</p>
      <div class="hero__stats" aria-label="Estadísticas clave">
        <div class="stat-chip">
          <div class="stat-chip__num">5</div>
          <div class="stat-chip__label">lectores de pantalla principales</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">~70%</div>
          <div class="stat-chip__label">de usuarios móviles en VoiceOver</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">12 puntos</div>
          <div class="stat-chip__label">lista de verificación inicial</div>
        </div>
      </div>
      <div class="hero__meta">
        <div class="hero__byline">Por <strong>la redacción editorial de disability-world</strong></div>
        <div class="hero__pill">10 min de lectura</div>
        <div class="hero__pill">Actualizado en mayo de 2026</div>
      </div>
    </div>
  </section>

  <nav class="toc-bar" aria-label="Secciones del artículo">
    <div class="toc-bar__inner">
      <p>Contenido</p>
      <ul role="list">
        <li><a href="#s1">Cinco lectores de pantalla</a></li>
        <li><a href="#s2">Matriz de pruebas</a></li>
        <li><a href="#s3">Qué buscar</a></li>
        <li><a href="#s4">Drivers de automatización</a></li>
        <li><a href="#s5">Lista de verificación</a></li>
        <li><a href="#s6">Preguntas frecuentes</a></li>
      </ul>
    </div>
  </nav>

  <div class="article-body">
    <div class="container">

      <section id="intro" aria-labelledby="intro-heading">
        <div class="section-label">Marco de referencia</div>
        <h2 class="section-title" id="intro-heading">Por qué las pruebas con lector de pantalla todavía no pueden automatizarse por completo</h2>
        <div class="prose">
          <p>En 2026, el panorama comprende cinco lectores de pantalla principales —NVDA, JAWS, VoiceOver, TalkBack y Narrator— más una capa en maduración de drivers de automatización (Playwright AT-driver, inspectores basados en AccTree, servicios de grabación en la nube) que permiten trasladar parte de este trabajo a integración continua. Ninguno de ellos sustituye a ejecutar el software real sobre el producto real. Sí permiten detectar las regresiones evidentes antes de que lleguen a un tester humano.</p>
          <p>Esta guía cubre los cinco lectores de pantalla que merece la pena probar, una matriz de pruebas mínima viable, qué buscar, la capa de automatización en la que vale la pena invertir y una lista de verificación inicial para el proceso de publicación.</p>
        </div>
      </section>

      <hr class="divider" />

      <section id="s1" aria-labelledby="s1-heading">
        <div class="section-label">Panorama</div>
        <h2 class="section-title" id="s1-heading">1. Los cinco lectores de pantalla con los que realmente hay que probar</h2>
        <div class="prose">
          <p>Cinco productos dominan el mercado de lectores de pantalla en 2026: dos en escritorio Windows, uno multiplataforma Apple, uno para Android y el de Microsoft incluido por defecto. La cuota aproximada, la banda de coste y la fidelidad de prueba que ofrece cada uno se resumen en las tarjetas siguientes; el texto bajo cada tarjeta añade los puntos fuertes y las advertencias.</p>
        </div>

        <div class="combo-grid">
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">NVDA</div>
                <div class="combo-card__sub">NV Access · Windows, gratuito, código abierto</div>
              </div>
            </div>
            <div class="combo-card__usage">~35-40% de uso primario en WebAIM</div>
            <div class="combo-feat"><span class="combo-feat__label">Coste</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot"></span><span class="dot"></span><span class="dot"></span><span class="dot"></span></span></div>
            <div class="combo-feat"><span class="combo-feat__label">Cuota de mercado</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot"></span></span></div>
            <div class="combo-feat"><span class="combo-feat__label">Fidelidad de prueba</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span></span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">JAWS</div>
                <div class="combo-card__sub">Freedom Scientific · Windows, comercial</div>
              </div>
            </div>
            <div class="combo-card__usage">Estándar empresarial + gobierno federal de EE. UU.</div>
            <div class="combo-feat"><span class="combo-feat__label">Coste</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot"></span></span></div>
            <div class="combo-feat"><span class="combo-feat__label">Cuota de mercado</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot"></span><span class="dot"></span></span></div>
            <div class="combo-feat"><span class="combo-feat__label">Fidelidad de prueba</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot"></span></span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">VoiceOver</div>
                <div class="combo-card__sub">Apple · macOS + iOS, integrado</div>
              </div>
            </div>
            <div class="combo-card__usage">~70% de usuarios de lector de pantalla en móvil</div>
            <div class="combo-feat"><span class="combo-feat__label">Coste</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot"></span><span class="dot"></span><span class="dot"></span><span class="dot"></span></span></div>
            <div class="combo-feat"><span class="combo-feat__label">Cuota de mercado</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span></span></div>
            <div class="combo-feat"><span class="combo-feat__label">Fidelidad de prueba</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot"></span></span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">TalkBack</div>
                <div class="combo-card__sub">Google · Android, integrado</div>
              </div>
            </div>
            <div class="combo-card__usage">Mayor base instalada en móvil</div>
            <div class="combo-feat"><span class="combo-feat__label">Coste</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot"></span><span class="dot"></span><span class="dot"></span><span class="dot"></span></span></div>
            <div class="combo-feat"><span class="combo-feat__label">Cuota de mercado</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot"></span><span class="dot"></span></span></div>
            <div class="combo-feat"><span class="combo-feat__label">Fidelidad de prueba</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot"></span><span class="dot"></span></span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Narrator</div>
                <div class="combo-card__sub">Microsoft · Windows, integrado</div>
              </div>
            </div>
            <div class="combo-card__usage">Menos del 1% de uso primario en WebAIM</div>
            <div class="combo-feat"><span class="combo-feat__label">Coste</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot"></span><span class="dot"></span><span class="dot"></span><span class="dot"></span></span></div>
            <div class="combo-feat"><span class="combo-feat__label">Cuota de mercado</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot"></span><span class="dot"></span><span class="dot"></span><span class="dot"></span></span></div>
            <div class="combo-feat"><span class="combo-feat__label">Fidelidad de prueba</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot"></span><span class="dot"></span><span class="dot"></span></span></div>
          </article>
        </div>

        <div class="prose">
          <p><strong>NVDA — Windows, gratuito, código abierto.</strong> Mantenido por NV Access. Aproximadamente el 35-40 % de los encuestados de WebAIM lo usan como lector de pantalla principal, lo que lo convierte en la herramienta individual de mayor impacto para instalar. Gratuito, código abierto, ligero, se combina limpiamente con Firefox y Chrome. Punto fuerte: compatibilidad estricta con ARIA y un ciclo de desarrollo rápido. Advertencia: los valores predeterminados de configuración difieren entre versiones, por lo que conviene documentar la versión exacta y los ajustes con los que trabaja el equipo.</p>
          <p><strong>JAWS — Windows, comercial.</strong> El producto estrella de Freedom Scientific. La licencia doméstica es de aproximadamente 95 dólares al año; las licencias corporativas son considerablemente más caras. Históricamente el estándar empresarial y del gobierno federal de EE. UU., sigue siendo la referencia en administración pública, finanzas y sanidad. Punto fuerte: conjunto de funciones completo y una larga compatibilidad con aplicaciones empresariales antiguas. Advertencia: el coste de licencia y la tendencia a enmascarar errores de marcado que NVDA sí expone.</p>
          <p><strong>VoiceOver — macOS e iOS, integrado.</strong> Se incluye en todos los dispositivos Apple. En móvil, VoiceOver representa aproximadamente el 70 % de los usuarios globales de lector de pantalla, lo que lo convierte en el objetivo móvil más importante con diferencia. Punto fuerte: instalación cero, integración profunda con el sistema operativo, el modelo de gestos es la convención móvil de facto. Advertencia: VoiceOver para macOS y VoiceOver para iOS se comportan de forma diferente; probar uno no cubre al otro.</p>
          <p><strong>TalkBack — Android, integrado.</strong> El lector de pantalla integrado de Android de Google. El lector de pantalla móvil con mayor base instalada en términos absolutos, aunque una parte significativa de los usuarios de Android lo tiene desactivado. Punto fuerte: viene en todas partes; se combina con Chrome. Advertencia: el comportamiento varía entre las diferentes capas de Android (Samsung One UI, Pixel, MIUI), y la paridad con VoiceOver es imperfecta.</p>
          <p><strong>Narrator — Windows, integrado.</strong> El lector de pantalla incluido de Microsoft. Un lejano quinto entre los usuarios reales (WebAIM lo sitúa en menos del 1 % como herramienta principal), pero importa en entornos corporativos con restricciones de TI donde los usuarios no pueden instalar NVDA. Punto fuerte: instalación cero en Windows. Advertencia: menor fidelidad que NVDA o JAWS; la mayoría de los usuarios que dependen de un lector de pantalla lo han abandonado.</p>
        </div>
      </section>

      <hr class="divider" />

      <section id="s2" aria-labelledby="s2-heading">
        <div class="section-label">Referencia</div>
        <h2 class="section-title" id="s2-heading">2. Matriz de pruebas mínima viable</h2>
        <div class="prose">
          <p>La respuesta honesta a «¿con qué lectores de pantalla debo probar?» es: con tantos como los que realmente usa el público objetivo, no más. La mayoría de los equipos se quedan cortos de presupuesto y acaban haciendo dos lectores de pantalla de forma deficiente en lugar de uno bien.</p>
        </div>

        <table class="matrix-table">
          <thead>
            <tr>
              <th>Configuración</th>
              <th>Plataforma</th>
              <th>Navegador</th>
              <th>Lector</th>
              <th>Prioridad de público</th>
            </tr>
          </thead>
          <tbody>
            <tr><th>Escritorio principal</th><td>Windows</td><td>Firefox</td><td>NVDA</td><td>Gratuito, combinación más accesible para desarrolladores</td></tr>
            <tr><th>Escritorio secundario</th><td>macOS</td><td>Safari</td><td>VoiceOver</td><td>Gratuito si el equipo tiene Mac, cubre usuarios de Apple</td></tr>
            <tr><th>Comprobación empresarial</th><td>Windows</td><td>Chrome</td><td>JAWS</td><td>Si el público es sector gubernamental, financiero o sanitario</td></tr>
            <tr><th>Móvil principal</th><td>iOS</td><td>Safari</td><td>VoiceOver</td><td>Cubre aproximadamente el 70% de los usuarios de lector de pantalla móvil</td></tr>
            <tr><th>Móvil secundario</th><td>Android</td><td>Chrome</td><td>TalkBack</td><td>Cubre el resto, con menor paridad</td></tr>
            <tr><th>Caso marginal</th><td>Windows</td><td>Edge</td><td>Narrator</td><td>Solo si el entorno corporativo con restricciones de TI es una proporción significativa</td></tr>
          </tbody>
        </table>

        <div class="prose">
          <p>Una línea de base de dos filas (NVDA + Firefox en Windows, VoiceOver + Safari en iOS) detecta la mayoría de los problemas del mundo real para un producto de consumo típico. Conviene añadir JAWS en cuanto entre en escena un sector regulado. Añadir TalkBack cuando la cuota de Android no sea trivial. Tratar Narrator como una comprobación anual de cordura, no como una herramienta de control. Conviene registrar la matriz elegida en la lista de verificación de publicación para que no pueda omitirse silenciosamente.</p>
        </div>
      </section>

      <hr class="divider" />

      <section id="s3" aria-labelledby="s3-heading">
        <div class="section-label">Método</div>
        <h2 class="section-title" id="s3-heading">3. Qué se busca realmente en una prueba con lector de pantalla</h2>
        <div class="prose">
          <p>Más allá de «¿lo lee?», la prueba real es estructural. Al sentarse con NVDA o VoiceOver, se comprueba la página por los mismos ejes que un usuario ciego:</p>
          <ul>
            <li><strong>Estructura de la página</strong> — ¿el lector de pantalla anuncia los encabezados en una jerarquía coherente? ¿Se puede navegar por atajos de encabezado (tecla H en NVDA, rotor en VoiceOver) y llegar a los lugares correctos? ¿Funciona el enlace de salto: Tab, escucharlo, Enter, el foco se mueve al landmark principal?</li>
            <li><strong>Etiquetas de formulario</strong> — cada campo de entrada anuncia un nombre. Los campos obligatorios anuncian «obligatorio». Los tipos de campo son correctos (email, tel, number). Los mensajes de error están asociados mediante `aria-describedby` y se anuncian al fallar la validación, en lugar de aparecer silenciosamente por encima del formulario.</li>
            <li><strong>Contenido dinámico</strong> — al plegar un panel, enviar un formulario o aplicar un filtro, ¿se activa una actualización de [regiones aria-live](/articles/aria-live-regions-in-modern-frameworks/)? ¿O el lector de pantalla no dice nada mientras la interfaz visible cambia? Las actualizaciones silenciosas son el error de contenido dinámico más frecuente.</li>
            <li><strong>Gestión del foco</strong> — cuando se abre un modal, ¿el foco se mueve hacia él y queda atrapado allí? Cuando se cierra, ¿vuelve el foco al elemento que lo activó? La mayoría de las [bibliotecas de componentes accesibles](/articles/accessible-component-libraries-survey/) comerciales gestionan esto correctamente; los componentes internos frecuentemente no lo hacen.</li>
            <li><strong>Orden de lectura</strong> — ¿el contenido se lee en el orden en que aparece visualmente? ¿O el CSS `order`, el posicionamiento absoluto o el reordenamiento flex dejan el DOM en una secuencia diferente a la disposición visual?</li>
            <li><strong>Calidad del texto alternativo</strong> — ¿el texto alternativo es realmente útil, o es `Image_47.png`? ¿Las imágenes decorativas están en silencio (`alt=""`)? ¿El texto alternativo describe lo que la imagen comunica en su contexto?</li>
            <li><strong>Texto del enlace</strong> — «haga clic aquí» y «leer más» suenan pésimo fuera de contexto. Los usuarios de lector de pantalla a menudo navegan abriendo una lista de enlaces; si todos los enlaces dicen «Leer más», esa lista es inútil.</li>
          </ul>
          <p>Estos aspectos se corresponden con [criterios de conformidad de WCAG 2.2](/toolkit/standards/wcag/) —en particular 1.3.1, 2.4.3, 3.3.1 y 4.1.3—, pero la prueba es más rápida y más honesta con el lector de pantalla funcionando que solo con una lista de verificación.</p>
        </div>

        <div class="callout callout--info" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">i</div>
          <div>
            <span class="callout__label">Presencia frente a calidad del texto alternativo</span>
            <div class="callout__body"><p>Un escáner automatizado puede confirmar que el atributo `alt` existe. Solo un ser humano escuchando un lector de pantalla puede decidir si `Image_47.png` es útil en contexto. La misma diferencia se aplica a las etiquetas ARIA, los nombres de formulario y el texto de los enlaces: la máquina comprueba que el marcado está presente; el usuario escucha si tiene sentido. Conviene dimensionar el presupuesto de pruebas en torno a esa distinción.</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s4" aria-labelledby="s4-heading">
        <div class="section-label">Herramientas</div>
        <h2 class="section-title" id="s4-heading">4. Drivers de automatización en 2026: qué puede trasladarse a integración continua</h2>
        <div class="prose">
          <p>Las pruebas automatizadas al estilo del lector de pantalla han mejorado significativamente en los últimos dos años. Todavía no sustituyen a un ser humano escuchando NVDA, pero detectan una parte real de las regresiones antes de que se publiquen. Conviene conocer tres enfoques.</p>
        </div>

        <div class="combo-grid">
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">AT-driver</div>
                <div class="combo-card__sub">Playwright / Selenium ChromeDriver "force-text"</div>
              </div>
            </div>
            <div class="combo-card__usage">Detecta regresiones de nombre + rol + estado</div>
            <div class="combo-feat"><span class="combo-feat__label">Capa</span><span>Suite de smoke en CI</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Punto fuerte</span><span>Recorre el árbol AT como lo haría un lector</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Limitación</span><span>No equivale a NVDA real contra la página</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Inspectores AccTree</div>
                <div class="combo-card__sub">axe DevTools · axe Linter · eslint-plugin-jsx-a11y</div>
              </div>
            </div>
            <div class="combo-card__usage">Análisis estático + de DOM a nivel de suelo</div>
            <div class="combo-feat"><span class="combo-feat__label">Capa</span><span>Cada commit / PR</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Punto fuerte</span><span>Detecta etiquetas faltantes, ARIA inválida, contraste</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Limitación</span><span>Indica que algo está roto, no que algo está sutilmente mal</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Lector de pantalla en la nube</div>
                <div class="combo-card__sub">Assistiv Labs · BrowserStack Accessibility</div>
              </div>
            </div>
            <div class="combo-card__usage">NVDA / JAWS / VoiceOver reales, en remoto</div>
            <div class="combo-feat"><span class="combo-feat__label">Capa</span><span>Comprobaciones puntuales + presentaciones a partes interesadas</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Punto fuerte</span><span>Lo más cercano a la realidad sin disponer del hardware</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Limitación</span><span>Coste por sesión, latencia de red</span></div>
          </article>
        </div>

        <div class="prose">
          <p><strong>Playwright AT-driver y Selenium ChromeDriver "force-text".</strong> Tanto Playwright como Selenium pueden ahora controlar un navegador y afirmar lo que se anunciaría a nivel del árbol de accesibilidad: nombre, rol, estado, valor. Esto es más sólido que `getByRole`/`getByLabel`: esos localizadores leen el árbol AT para encontrar un elemento, pero force-text recorre el árbol como lo haría un lector de pantalla. No equivale a ejecutar NVDA contra la página, pero detecta regresiones de nombre + rol + estado de forma barata y determinista. La mayoría de los grandes equipos de producto disponen ahora de al menos una suite de smoke de pruebas AT-driver en páginas críticas: registro, proceso de compra, configuración de cuenta.</p>
          <p><strong>Inspectores basados en AccTree — axe DevTools, axe Linter, eslint-plugin-jsx-a11y.</strong> Análisis estático de código y DOM. Detecta etiquetas faltantes, ARIA inválida, discrepancias entre etiqueta y contenido, fallos de contraste y problemas estructurales. Barato de ejecutar en cada commit. El [escáner de accesibilidad gratuito](/toolkit/scan/) de este sitio usa la misma familia de reglas. Nivel de suelo: indica cuándo algo está definitivamente roto, no cuándo algo está sutilmente mal.</p>
          <p><strong>Grabación en vivo con lector de pantalla — Assistiv Labs, BrowserStack Accessibility.</strong> Servicios en la nube que ejecutan NVDA, JAWS o VoiceOver reales contra la URL del proyecto y permiten observar y escuchar sin instalar nada localmente. Lo más cercano a «probar con lo real» sin disponer del hardware. Útil para comprobaciones puntuales, para equipos que usan el sistema operativo incorrecto y para compartir grabaciones con partes interesadas que de otro modo nunca escucharían cómo suena una página con errores.</p>
          <p>El patrón al que converge la mayoría de los equipos en 2026: análisis basado en AccTree en cada PR, pruebas AT-driver en un conjunto representativo de páginas en CI, pruebas manuales con lector de pantalla en una cadencia de sprint, y una [auditoría manual por testers con discapacidad](/articles/manual-audits-by-people-with-disabilities-2026/) trimestral o anualmente. La capa de automatización es el suelo; la capa manual es donde se mide la experiencia real del usuario.</p>
        </div>
      </section>

      <hr class="divider" />

      <section id="s5" aria-labelledby="s5-heading">
        <div class="section-label">Guía práctica</div>
        <h2 class="section-title" id="s5-heading">5. Lista de verificación inicial</h2>
        <div class="prose">
          <p>Puede incorporarse esta lista a la lista de verificación de publicación o a la plantilla de control de calidad:</p>
        </div>

        <div class="checklist">
          <div class="checklist__text">Los encabezados se leen en orden (H1 → H2 → H3, sin niveles omitidos)</div>
          <div class="checklist__text">El enlace de salto funciona (Tab una vez, escucharlo, Enter, el foco se mueve al contenido principal)</div>
          <div class="checklist__text">Todos los campos de formulario tienen etiquetas asociadas anunciadas por el lector de pantalla</div>
          <div class="checklist__text">Los campos obligatorios anuncian «obligatorio»</div>
          <div class="checklist__text">Los mensajes de error se anuncian al fallar la validación</div>
          <div class="checklist__text">Los diálogos modales reciben el foco al abrirse y lo retienen en su interior</div>
          <div class="checklist__text">Al cerrar un modal, el foco vuelve al elemento que lo activó</div>
          <div class="checklist__text">Las regiones live anuncian los cambios dinámicos (actualizaciones del carrito, resultados de búsqueda, notificaciones emergentes)</div>
          <div class="checklist__text">El texto alternativo de las imágenes se lee como frases útiles, no como nombres de archivo</div>
          <div class="checklist__text">Las imágenes decorativas están en silencio (`alt=""`)</div>
          <div class="checklist__text">El título de la página es significativo (es lo primero que lee el lector de pantalla al cargar)</div>
          <div class="checklist__text">El texto de los enlaces tiene sentido fuera de contexto (no bare «haga clic aquí» o «leer más»)</div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s6" aria-labelledby="s6-heading">
        <div class="section-label">Referencia</div>
        <h2 class="section-title" id="s6-heading">6. Preguntas frecuentes</h2>

        <h3>¿Cuál es el mejor lector de pantalla gratuito para pruebas?</h3>
        <div class="prose">
          <p>NVDA en Windows. Es gratuito, de código abierto, mantenido activamente por NV Access y utilizado por aproximadamente el 35-40 % de los encuestados de WebAIM como lector de pantalla principal. Si solo se va a instalar una pieza de tecnología de apoyo para probar, instálese NVDA con Firefox o Chrome en una máquina o VM con Windows.</p>
        </div>

        <h3>¿Con cuántos lectores de pantalla hay que probar?</h3>
        <div class="prose">
          <p>Dos bien probados superan a cinco probados superficialmente. El mínimo realista es NVDA en Windows para escritorio y VoiceOver en iOS para móvil: entre ambos cubren la mayor parte de los usuarios reales. Conviene añadir JAWS si el público objetivo es el sector gubernamental, financiero o sanitario, y TalkBack en Android si el tráfico móvil se inclina hacia Android.</p>
        </div>

        <h3>¿Pueden las herramientas automatizadas sustituir las pruebas con lector de pantalla?</h3>
        <div class="prose">
          <p>No. Las herramientas automatizadas detectan aproximadamente el 30-40 % de los problemas de WCAG: atributos alt ausentes, ARIA inválida, etiquetas faltantes. No pueden juzgar si el texto alternativo es útil, si el contenido dinámico realmente anuncia o si la gestión del foco se percibe correcta. Debe usarse la automatización como suelo, no como techo, y combinarse con pruebas humanas periódicas en el lector de pantalla real.</p>
        </div>

        <h3>¿Se necesita un Mac para probar VoiceOver?</h3>
        <div class="prose">
          <p>Sí para pruebas locales: VoiceOver solo funciona en macOS e iOS. Si el equipo usa exclusivamente Windows, servicios en la nube como Assistiv Labs y BrowserStack Accessibility ofrecen sesiones remotas de VoiceOver sobre la URL del proyecto. Para comprobaciones ocasionales eso es suficiente; para trabajo serio en iOS, conviene disponer de un Mac o un iPhone.</p>
        </div>

        <h3>¿Cuál es la diferencia entre NVDA y JAWS?</h3>
        <div class="prose">
          <p>Ambos son lectores de pantalla para Windows y ambos funcionan con todos los navegadores principales. NVDA es gratuito, de código abierto, más ligero y tiende a ser ligeramente más estricto respecto a la conformidad con ARIA. JAWS es comercial (alrededor de 95 dólares al año para una licencia doméstica), más completo en funciones, tiene una larga trayectoria en despliegues empresariales y del gobierno federal de EE. UU., y a veces es más tolerante con el marcado imperfecto. Si una página funciona en NVDA, generalmente funciona en JAWS; la inversa no siempre es cierta.</p>
        </div>

        <h3>¿Con qué frecuencia deben ejecutarse las pruebas con lector de pantalla?</h3>
        <div class="prose">
          <p>Las comprobaciones de nivel de automatización (axe, eslint-plugin-jsx-a11y, pruebas AT-driver) deben ejecutarse en cada solicitud de incorporación de cambios. Los pases manuales con lector de pantalla en recorridos de usuario clave pertenecen a la lista de verificación de publicación: normalmente cada sprint o cada versión. Una auditoría manual completa por testers con discapacidad tiene sentido trimestral o anualmente según cuánto cambie el producto.</p>
        </div>
      </section>

      <hr class="divider" />

      <section id="conclusion" aria-labelledby="concl-heading">
        <div class="section-label">Cierre de la guía</div>
        <h2 class="section-title" id="concl-heading">Conclusión</h2>
        <div class="prose">
          <p>Si todavía no se ha ejecutado un pase automatizado, conviene empezar con el [escáner de accesibilidad gratuito](/toolkit/scan/): pondrá de manifiesto los problemas más evidentes que también detectaría un lector de pantalla, en segundos en lugar de horas. Una vez establecido ese suelo, conviene planificar una [auditoría manual por testers con discapacidad](/articles/manual-audits-by-people-with-disabilities-2026/) sobre los recorridos de usuario que más importan al negocio. Y si la accesibilidad es un problema continuo más que un proyecto puntual, la [guía de compra de monitorización](/articles/accessibility-monitoring-buyers-guide-2026/) compara las herramientas que vigilan la producción en busca de regresiones entre auditorías manuales.</p>
        </div>
        <figure class="pull-quote">
          <blockquote><p class="pull-quote__text">«Dos lectores bien probados superan a cinco probados superficialmente. El par elegido pertenece a la lista de verificación de publicación antes que cualquier otro, no después.»</p></blockquote>
          <figcaption><cite class="pull-quote__source">— redacción editorial de disability-world</cite></figcaption>
        </figure>
      </section>

    </div>
  </div>
</div>

---
title: Cómo hacer que su sitio web cumpla con WCAG 2.2: una guía paso a paso
url: https://www.disabilityworld.org/es/articles/how-to-make-your-website-wcag-22-compliant/
description: Cumplimiento de WCAG 2.2 paso a paso: audite su sitio, corrija problemas por prioridad, verifique con tecnología de apoyo y establezca una supervisión continua. El manual completo para 2026.
author: Disability World
pubDate: 2026-05-23
tags: wcag, wcag-2-2, accessibility-compliance, how-to, audit
---

# Cómo hacer que su sitio web cumpla con WCAG 2.2: una guía paso a paso

<script type="application/ld+json" set:html={JSON.stringify({
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "HowTo",
      "name": "Cómo hacer que su sitio web cumpla con WCAG 2.2",
      "description": "Un manual de seis pasos para llevar un sitio web en producción al nivel WCAG 2.2 AA: auditar, clasificar, corregir, verificar con tecnología de apoyo, publicar una declaración y establecer una supervisión continua.",
      "totalTime": "P12W",
      "step": [
        { "@type": "HowToStep", "name": "Audite lo que tiene hoy", "text": "Realice una auditoría en tres modalidades: un escaneo automatizado para establecer la línea de base de volumen, una revisión manual por un especialista en accesibilidad que ve la pantalla para detectar los problemas que la automatización no puede identificar, y una evaluación de usabilidad con personas que utilizan realmente tecnología de apoyo. Cada modalidad detecta una capa diferente.", "url": "https://www.disabilityworld.org/articles/how-to-make-your-website-wcag-22-compliant/#step-1" },
        { "@type": "HowToStep", "name": "Clasifique por gravedad y alcance", "text": "Valore cada problema en dos ejes: cuánto interrumpe la experiencia y cuántos usuarios se ven afectados. Un bloqueante en el proceso de compra tiene más prioridad que cincuenta problemas cosméticos en el dossier de prensa. Corrija en ese orden.", "url": "https://www.disabilityworld.org/articles/how-to-make-your-website-wcag-22-compliant/#step-2" },
        { "@type": "HowToStep", "name": "Corrija en orden de prioridad", "text": "Trabaje los problemas en el orden que produjo la clasificación. Las correcciones de mayor impacto son el HTML semántico, el texto alternativo, la operabilidad por teclado, el foco visible, el contraste de color, las etiquetas de formulario, el ARIA restringido, los anuncios de contenido dinámico y la accesibilidad de los PDF que publique.", "url": "https://www.disabilityworld.org/articles/how-to-make-your-website-wcag-22-compliant/#step-3" },
        { "@type": "HowToStep", "name": "Verifique con tecnología de apoyo real", "text": "Cada corrección debe confirmarse de la manera en que los usuarios consumen realmente la página: NVDA con Firefox en Windows, VoiceOver con Safari en macOS e iOS, TalkBack con Chrome en Android y el teclado solo para cada flujo interactivo. La automatización por sí sola no puede certificar una corrección.", "url": "https://www.disabilityworld.org/articles/how-to-make-your-website-wcag-22-compliant/#step-4" },
        { "@type": "HowToStep", "name": "Publique una declaración de accesibilidad real", "text": "Publique una declaración que especifique el alcance, el objetivo de conformidad, las limitaciones conocidas, un canal de contacto para recibir comentarios y la fecha de la última revisión. La Ley Europea de Accesibilidad lo exige, y los tribunales estadounidenses tratan su ausencia como indicio de indiferencia.", "url": "https://www.disabilityworld.org/articles/how-to-make-your-website-wcag-22-compliant/#step-5" },
        { "@type": "HowToStep", "name": "Establezca una supervisión continua", "text": "Implemente un escáner automatizado continuo en producción, un flujo de trabajo de clasificación que gestione los nuevos hallazgos y una cadencia de auditoría manual periódica —trimestral o semestral— realizada por evaluadores con discapacidad. El cumplimiento se deteriora sin supervisión.", "url": "https://www.disabilityworld.org/articles/how-to-make-your-website-wcag-22-compliant/#step-6" }
      ]
    },
    {
      "@type": "FAQPage",
      "mainEntity": [
        { "@type": "Question", "name": "¿Cuánto tiempo tarda normalmente el cumplimiento de WCAG 2.2?", "acceptedAnswer": { "@type": "Answer", "text": "Para un sitio web comercial de tamaño medio, el primer ciclo realista es de ocho a doce semanas desde la auditoría de referencia hasta la publicación de la declaración, suponiendo que uno o dos ingenieros puedan dedicar aproximadamente un tercio de su tiempo a la corrección. Una aplicación compleja con widgets personalizados e inventarios considerables de PDF o vídeo requiere habitualmente seis meses. El cumplimiento se mantiene de forma continua; el primer ciclo es el más costoso." } },
        { "@type": "Question", "name": "¿Necesito el nivel AA o el AAA de WCAG 2.2?", "acceptedAnswer": { "@type": "Answer", "text": "El nivel AA. Todos los principales reguladores que nombran un nivel —la norma ADA Título II de 2024, la EAA a través de EN 301 549, las regulaciones del sector público del Reino Unido, la Sección 508— hacen referencia al nivel AA. El nivel AAA es aspiracional y no constituye un suelo regulatorio en ningún lugar." } },
        { "@type": "Question", "name": "¿Puedo usar solo un escáner automatizado?", "acceptedAnswer": { "@type": "Answer", "text": "No. Los escáneres detectan aproximadamente entre el 30 y el 40 por ciento de los problemas de WCAG en estimaciones generosas. No pueden juzgar si el texto alternativo es preciso, si un usuario de lector de pantalla puede completar el proceso de compra o si un widget personalizado expone el nombre, rol y estado correctos. Una postura defendible combina la supervisión automatizada con auditorías manuales periódicas realizadas por evaluadores con discapacidad." } },
        { "@type": "Question", "name": "¿WCAG 2.2 se aplica a las aplicaciones móviles?", "acceptedAnswer": { "@type": "Answer", "text": "Sí, en la práctica. Todos los principales reguladores que hacen referencia a WCAG lo aplican también a la web móvil y a las aplicaciones nativas de iOS y Android. Las aplicaciones nativas tienen orientación adicional específica de la plataforma, pero los criterios de conformidad subyacentes son los mismos. Si publica una aplicación móvil, está dentro del ámbito de aplicación." } },
        { "@type": "Question", "name": "¿Cuál es la diferencia entre WCAG, ADA y EAA?", "acceptedAnswer": { "@type": "Answer", "text": "WCAG es una norma técnica publicada por el W3C. La ADA es una ley de derechos civiles de los Estados Unidos. La EAA es una directiva de la UE. La ley le indica si está obligado; la norma le indica cómo cumplir la obligación. Los tribunales de EE. UU. y el DOJ tratan WCAG 2.1 AA como el estándar de referencia para el cumplimiento de la ADA, y la EAA hace referencia a EN 301 549, que a su vez hace referencia a WCAG 2.1 AA. WCAG 2.2 es la versión de referencia de todos los auditores de reputación en 2026." } },
        { "@type": "Question", "name": "¿Con qué frecuencia debo volver a auditar?", "acceptedAnswer": { "@type": "Answer", "text": "Escaneo automatizado continuo en cada despliegue, revisión manual interna trimestral de los diez flujos principales y una auditoría manual externa completa por evaluadores con discapacidad cada doce a dieciocho meses. Tras cualquier rediseño significativo, repita la auditoría de la superficie afectada antes de publicarla." } }
      ]
    }
  ]
}, null, 0)} />

<div class="src-article" data-template="3">

  <section class="hero" aria-labelledby="hero-heading">
    <div class="hero__inner">
      <div class="hero__tag" aria-hidden="true">Guía pilar · Cómo cumplir con WCAG 2.2</div>
      <h1 class="hero__title" id="hero-heading">
        Cómo hacer que su sitio web cumpla con WCAG 2.2 —<br />
        una guía paso a paso
      </h1>
      <p class="hero__lead">La mayoría de los equipos sabe que debe cumplir con WCAG 2.2. Muy pocos saben cómo es la primera semana de trabajo: este es el manual de seis pasos desde la auditoría de referencia hasta una postura defendible, en el orden en que un equipo debe ejecutarlos realmente.</p>
      <div class="hero__stats" aria-label="Estadísticas clave">
        <div class="stat-chip">
          <div class="stat-chip__num">30–40%</div>
          <div class="stat-chip__label">proporción de problemas de WCAG que detectan los escáneres automatizados en estimaciones generosas</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">9</div>
          <div class="stat-chip__label">nuevos criterios de conformidad que WCAG 2.2 añade sobre la versión 2.1</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">6</div>
          <div class="stat-chip__label">pasos secuenciales desde la auditoría de referencia hasta la supervisión continua</div>
        </div>
      </div>
      <div class="hero__meta">
        <div class="hero__byline">Por <strong>la redacción de disability-world</strong></div>
        <div class="hero__pill">12 min de lectura</div>
        <div class="hero__pill">Actualizado mayo 2026</div>
      </div>
    </div>
  </section>

  <nav class="toc-bar" aria-label="Secciones del artículo">
    <div class="toc-bar__inner">
      <p>Contenido</p>
      <ul role="list">
        <li><a href="#step-1">1. Auditoría</a></li>
        <li><a href="#step-2">2. Clasificación</a></li>
        <li><a href="#step-3">3. Corrección</a></li>
        <li><a href="#step-4">4. Verificación</a></li>
        <li><a href="#step-5">5. Declaración</a></li>
        <li><a href="#step-6">6. Supervisión</a></li>
        <li><a href="#faq">Preguntas frecuentes</a></li>
      </ul>
    </div>
  </nav>

  <div class="article-body">
    <div class="container">

      <section id="intro" aria-labelledby="intro-heading">
        <div class="section-label">Orientación</div>
        <h2 class="section-title" id="intro-heading">Qué significa realmente «cumplir con WCAG 2.2»</h2>
        <div class="prose">
          <p>WCAG 2.2 es ahora el objetivo AA de referencia en toda la UE a través de la [Ley Europea de Accesibilidad](/articles/european-accessibility-act-guide/) y la norma armonizada [EN 301 549](/articles/en-301-549-explained/), y es el estándar de facto que los tribunales estadounidenses usan para medir los sitios web cubiertos por la ADA, incluso donde las regulaciones todavía mencionan la versión 2.1. La norma está bien documentada; el camino desde «sabemos que debemos cumplir» hasta «tenemos una postura defendible» no lo está. Esta guía es ese camino, en seis pasos, en el orden en que un equipo debe ejecutarlos realmente.</p>
          <p>WCAG 2.2 es la versión actual de las Pautas de Accesibilidad para el Contenido Web, publicada por el W3C como Recomendación en octubre de 2023. Define 86 criterios de conformidad organizados bajo cuatro principios: el contenido debe ser perceptible, operable, comprensible y robusto. A cada criterio se le asigna un nivel de conformidad. El nivel A es el umbral mínimo; el nivel AA es el estándar de referencia que todos los principales reguladores mencionan; el nivel AAA es aspiracional y no constituye un suelo regulatorio en ningún lugar.</p>
          <p>Cuando un regulador o un contrato dice «conformidad con WCAG 2.2 AA», significa algo más que superar la prueba en una página. La definición de conformidad del W3C exige que toda la unidad de conformidad —la página o el conjunto de páginas que constituyen un proceso— cumpla todos los criterios de nivel A y AA, que cualquier proceso sea accesible de principio a fin y que la tecnología de apoyo no tenga que desactivarse para que el contenido funcione. Un sitio que cumple la mayoría de los criterios en la mayoría de las páginas no es conforme; la exigencia es una cobertura total.</p>
          <p>WCAG 2.2 añade nueve nuevos criterios sobre la versión 2.1: apariencia del foco, tamaño del objetivo, arrastre, entrada redundante, autenticación accesible, ayuda coherente y algunos otros. Los sitios que eran conformes con la versión 2.1 AA no lo son automáticamente con la 2.2 AA; los nuevos criterios son donde se produce la brecha. La fuente de verdad criterio por criterio se encuentra en nuestra [referencia completa de criterios de conformidad WCAG 2.2](/toolkit/standards/wcag/).</p>
          <p>El cumplimiento es una postura, no un estado: un sitio que es conforme el lunes puede publicar una regresión el martes. Tratarlo como un proyecto puntual es el error más común y más costoso del campo.</p>
        </div>
      </section>

      <hr class="divider" />

      <section id="step-1" aria-labelledby="step-1-heading">
        <div class="section-label">Paso 01</div>
        <h2 class="section-title" id="step-1-heading">Audite lo que tiene hoy</h2>
        <div class="prose">
          <p>No se puede corregir lo que no se ha medido, y una sola herramienta no lo medirá bien. Una auditoría de referencia se ejecuta en tres modalidades sobre aproximadamente el mismo conjunto de páginas.</p>
          <p><strong>Modalidad 1 — Escaneo automatizado.</strong> Un escáner notifica los fallos comprobables por máquina: texto alternativo ausente, etiquetas de formulario ausentes, bajo contraste de color, ARIA inválido, problemas en la estructura de encabezados. Detecta los problemas densos y repetitivos que un ingeniero tendría que buscar manualmente, pero no puede juzgar si el texto alternativo es significativo, si un widget personalizado funciona bien con un lector de pantalla o si el orden del foco tiene sentido cognitivo. Trate el escaneo como una línea de base de volumen, no como un veredicto. Comience ejecutando el [escáner gratuito de WCAG 2.2](/toolkit/scan/) en sus diez páginas principales: inicio, inicio de sesión, proceso de compra, dos páginas de producto, panel de control, configuración de cuenta, la página de declaración de accesibilidad si existe y las dos páginas de destino con mayor tráfico. El escaneo le indica si tiene cien problemas o diez mil, que es lo primero que necesita saber el responsable de la corrección.</p>
          <p><strong>Modalidad 2 — Revisión manual por un especialista en accesibilidad.</strong> Un revisor formado que trabaja sobre las mismas páginas detecta lo que la automatización no puede juzgar. ¿Es preciso el texto alternativo? ¿Es lógica la estructura de encabezados, no solo sintácticamente válida? ¿Los widgets personalizados exponen el nombre, rol y estado correctos? Un especialista revisa unas quince o veinte páginas por día; el resultado es un informe escrito con pasos de reproducción mapeados a criterios de conformidad específicos.</p>
          <p><strong>Modalidad 3 — Auditoría de usabilidad con personas que usan tecnología de apoyo.</strong> Un usuario de lector de pantalla realiza el proceso de compra; un usuario que solo usa el teclado navega por el panel de control; un usuario con baja visión rellena el formulario de contacto con un zoom del 200 por ciento. El resultado es cualitativo —«el anuncio al enviar ocurre antes de que el foco se mueva, así que me lo perdí»— y es la capa que distingue el cumplimiento de la accesibilidad real. Esta modalidad es la que las organizaciones omiten con más frecuencia; si se omite, se superarán los escaneos y las declaraciones mientras los usuarios siguen sin poder completar sus tareas.</p>
          <p>Las tres modalidades se complementan: la automatización encuentra el volumen, la revisión especializada encuentra los problemas estructurales y semánticos, y las pruebas con usuarios encuentran los fallos de experiencia. Una primera línea de base que ejecute las tres tarda entre dos y cuatro semanas para un sitio de tamaño medio.</p>
        </div>

        <div class="combo-grid">
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Escaneo automatizado</div>
                <div class="combo-card__sub">Modalidad 1 · línea de base de volumen</div>
              </div>
            </div>
            <div class="combo-card__usage">Fallos comprobables por máquina</div>
            <div class="combo-feat"><span class="combo-feat__label">Fortaleza</span><span>Problemas densos y repetitivos a escala</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Debilidad</span><span>No puede juzgar el significado ni la experiencia</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Resultado</span><span>Recuento de problemas, no un veredicto</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Revisión especializada</div>
                <div class="combo-card__sub">Modalidad 2 · experto en accesibilidad</div>
              </div>
            </div>
            <div class="combo-card__usage">15–20 páginas por día</div>
            <div class="combo-feat"><span class="combo-feat__label">Fortaleza</span><span>Juicio estructural y semántico</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Debilidad</span><span>Más lenta; depende de la habilidad del revisor</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Resultado</span><span>Informe escrito con mapeo a criterios</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Auditoría de usabilidad</div>
                <div class="combo-card__sub">Modalidad 3 · usuarios con discapacidad</div>
              </div>
            </div>
            <div class="combo-card__usage">La modalidad que más se omite</div>
            <div class="combo-feat"><span class="combo-feat__label">Fortaleza</span><span>Detecta fallos de experiencia</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Debilidad</span><span>Requiere reclutamiento y retribución</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Resultado</span><span>Cualitativo: qué falló realmente</span></div>
          </article>
        </div>
      </section>

      <hr class="divider" />

      <section id="step-2" aria-labelledby="step-2-heading">
        <div class="section-label">Paso 02</div>
        <h2 class="section-title" id="step-2-heading">Clasifique por gravedad y alcance</h2>
        <div class="prose">
          <p>Una auditoría de referencia en un sitio típico detecta cientos o miles de problemas. Empezar por la parte superior de una lista plana es una forma de pasar tres meses sin avanzar. La clasificación opera en dos ejes: gravedad y alcance.</p>
          <p><strong>La gravedad</strong> es cuánto interrumpe el problema la experiencia. Los bloqueantes impiden completar la tarea: un botón de pago que los lectores de pantalla no pueden activar, un campo de formulario sin etiqueta programática, un modal que atrapa el foco. Los problemas principales generan una fricción significativa pero no bloquean: texto de enlace ambiguo, estilos de foco ausentes, mensajes de error visibles pero no anunciados. Los problemas menores son cosméticos o afectan solo a configuraciones AT reducidas: contraste ligeramente por debajo de 4,5:1, texto alternativo decorativo con un espacio al final, un nivel de encabezado omitido en una página de notas al pie.</p>
          <p><strong>El alcance</strong> es cuántos usuarios se ven afectados por el problema. Un enlace ambiguo en la navegación global llega a cada visitante en cada página. Un selector de fechas inaccesible en el proceso de compra llega a cada comprador. Un componente inaccesible en la página del dossier de prensa llega a casi nadie. El alcance lo determina la analítica, no el interés intrínseco del problema.</p>
          <p>Una sencilla matriz de dos por dos es suficiente. El objetivo no es la precisión, sino forzar la conversación de que «bloquear a un lector de pantalla para completar el proceso de compra» no es el mismo problema que «un atributo alt con un espacio al final en la página de prensa».</p>
        </div>

        <div class="stat-row" aria-label="Niveles de gravedad en la clasificación">
          <div class="stat-card">
            <div class="stat-card__num">Bloqueante</div>
            <div class="stat-card__label">Impide completar la tarea: botón de pago que los lectores de pantalla no pueden activar, modal que atrapa el foco</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">Principal</div>
            <div class="stat-card__label">Fricción significativa pero no bloqueante: texto de enlace ambiguo, estilos de foco ausentes, errores no anunciados</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">Menor</div>
            <div class="stat-card__label">Cosmético o AT reducida: contraste ligeramente por debajo de 4,5:1, alt con espacio al final, encabezado omitido en notas al pie</div>
          </div>
        </div>

        <div class="prose">

| | Alto alcance | Bajo alcance |
|---|---|---|
| **Bloqueante** | Corregir en este sprint | Corregir en los dos próximos sprints |
| **Principal** | Corregir en los dos próximos sprints | Corregir en el próximo trimestre |
| **Menor** | Corregir en el próximo trimestre | Cola larga |

          <p>La clasificación produce un backlog priorizado. El backlog, no el informe de auditoría, es contra lo que trabaja ingeniería.</p>
        </div>
      </section>

      <hr class="divider" />

      <section id="step-3" aria-labelledby="step-3-heading">
        <div class="section-label">Paso 03</div>
        <h2 class="section-title" id="step-3-heading">Corrija en orden de prioridad</h2>
        <div class="prose">
          <p>El trabajo de corrección se divide en los mismos patrones en casi todos los sitios. Cada categoría se corresponde con uno o más criterios de conformidad WCAG; la [referencia completa de criterios de conformidad WCAG 2.2](/toolkit/standards/wcag/) es la fuente de verdad.</p>
          <p><strong>Estructura HTML semántica.</strong> La corrección de mayor impacto es usar el elemento correcto. Un `button` no es un `div` con un manejador de clic; un encabezado no es texto en negrita; una lista no son párrafos separados por saltos de línea. El HTML nativo proporciona nombre, rol y comportamiento de teclado de forma gratuita; reinventarlo con ARIA sobre un elemento genérico es cómo se introducen la mayoría de los errores de accesibilidad. Mapeado a los criterios 1.3.1 y 4.1.2.</p>
        </div>

        <figure class="comparison-card">
          <div class="comparison-card__head">Bueno vs. malo: el antipatrón canónico del botón</div>
          <div class="comparison-card__list">
            <div class="cmp-grid">
              <div class="cmp-card good">
                <div class="cmp-card-label">Malo: elemento genérico con manejador y ARIA añadidos</div>
                <p><code>&lt;div role="button" tabindex="0" onclick="submit()"&gt;Enviar&lt;/div&gt;</code> — sin activación nativa por teclado (Espacio e Intro no disparan el clic), sin anillo de foco, sin mapeo de rol implícito, sin semántica de envío de formulario. Cada comportamiento de accesibilidad debe reimplementarse en JavaScript, y al menos uno estará mal.</p>
              </div>
              <div class="cmp-card better">
                <div class="cmp-card-label">Bueno: el elemento nativo hace el trabajo</div>
                <p><code>&lt;button type="submit"&gt;Enviar&lt;/button&gt;</code> — accesible por tabulador por defecto, se activa con Espacio e Intro, expone nombre, rol y estado a la tecnología de apoyo, hereda el anillo de foco de la plataforma, participa en el envío del formulario. Un elemento reemplaza una docena de líneas de ARIA y manejadores.</p>
              </div>
            </div>
          </div>
        </figure>

        <div class="prose">
          <p><strong>Texto alternativo para imágenes.</strong> Toda imagen significativa necesita un texto alternativo descriptivo. Las imágenes decorativas reciben `alt=""`, no un atributo ausente. Las imágenes funcionales —iconos dentro de botones, enlaces de imagen— reciben texto alternativo que describe la acción, no la imagen. Mapeado al criterio 1.1.1.</p>
          <p><strong>Accesibilidad por teclado.</strong> Todos los elementos interactivos deben ser alcanzables y operables únicamente con el teclado: tabulador para llegar, Intro o Espacio para activar, Escape para salir. Los widgets personalizados (menús desplegables, modales, pestañas, carruseles, selectores de fechas) son los habituales infractores. Pruebe desconectando el ratón. Mapeado a los criterios 2.1.1 y 2.1.2.</p>
          <p><strong>Gestión del foco.</strong> Cuando el foco llega a un elemento debe ser visible, y cuando algo cambia en la página el foco debe situarse en algún lugar lógico. Un modal que se abre debe mover el foco hacia él; cerrarlo debe devolver el foco al elemento que lo activó. WCAG 2.2 añadió el criterio 2.4.11 Foco no oculto y reforzó el criterio 2.4.7 Foco visible; el anillo de foco ya no es un refinamiento opcional.</p>
          <p><strong>Contraste de color.</strong> El texto sobre su fondo debe alcanzar 4,5:1 para texto normal y 3:1 para texto grande bajo el criterio 1.4.3; los componentes de interfaz interactivos y los gráficos deben alcanzar 3:1 bajo el criterio 1.4.11. La mayoría de las infracciones se encuentran en superficies de marketing: colores de marca que parecen correctos en el monitor calibrado de un diseñador y fallan en un portátil real. Un comprobador de contraste en las herramientas de diseño previene la mayoría de las regresiones.</p>
          <p><strong>Etiquetas de formulario y mensajes de error.</strong> Cada campo necesita una etiqueta programática, no un marcador de posición. Los errores deben anunciarse a la tecnología de apoyo, asociarse al campo que los produjo y describirse en un lenguaje accionable. «Entrada no válida» no es una etiqueta; «El número de teléfono debe incluir el código de país» sí lo es.</p>
          <p><strong>ARIA: restricción, no entusiasmo.</strong> Utilice ARIA solo cuando el HTML nativo no pueda expresar lo que hace el componente. Un `nav` es mejor que `role="navigation"`; un `button` es mejor que `role="button"`. El ARIA incorrecto es peor que ningún ARIA porque desinforma activamente a la tecnología de apoyo.</p>
          <p><strong>Anuncios de contenido dinámico.</strong> Cuando el contenido cambia sin una recarga de página —notificaciones emergentes, mensajes de validación, resultados de búsqueda que se actualizan en tiempo real— los lectores de pantalla se lo pierden a menos que se les avise. Utilice `aria-live="polite"` para actualizaciones no urgentes y `aria-live="assertive"` solo para interrupciones genuinas.</p>
          <p><strong>Accesibilidad de los PDF.</strong> Todos los PDF que publique deben cumplir PDF/UA, el equivalente de WCAG para documentos. Los PDF son habitualmente el mayor punto ciego en un programa de corrección porque están fuera del ámbito de ingeniería. Consulte nuestra guía integral de [accesibilidad de PDF](/articles/accessible-pdfs-end-to-end/) para conocer el flujo de producción.</p>
          <p>Las correcciones interactúan. Reemplazar un botón `div` por un `button` corrige los criterios de teclado, foco, nombre, rol y valor en una sola edición. Por eso el HTML semántico encabeza la lista: aporta valor en el mayor número de criterios con el menor esfuerzo.</p>
        </div>
      </section>

      <hr class="divider" />

      <section id="step-4" aria-labelledby="step-4-heading">
        <div class="section-label">Paso 04</div>
        <h2 class="section-title" id="step-4-heading">Verifique con tecnología de apoyo real</h2>
        <div class="prose">
          <p>Una corrección no está terminada hasta que se ha verificado de la manera en que el usuario afectado consumiría la página. Los escáneres automatizados detectan aproximadamente entre el 30 y el 40 por ciento de los problemas de WCAG en estimaciones generosas, lo que significa que la mayoría de las correcciones no son visibles para la herramienta que señaló el problema.</p>
          <p>La matriz mínima viable de pruebas de tecnología de apoyo es breve. <strong>NVDA con Firefox en Windows</strong> es la combinación de lector de pantalla y navegador más utilizada en el escritorio; NVDA es gratuito. <strong>VoiceOver con Safari en macOS</strong> es el predeterminado en equipos de sobremesa Apple; <strong>VoiceOver con Safari en iOS</strong> es el predeterminado en el móvil Apple, y el modelo de gestos de iOS difiere lo suficiente del escritorio para que el móvil deba probarse por separado. <strong>TalkBack con Chrome en Android</strong> completa el móvil. <strong>Solo teclado en cada flujo interactivo</strong> no requiere ninguna tecnología de apoyo, solo desconectar el ratón, y es la prueba de mayor valor que puede ejecutarse.</p>
          <p>Para cada corrección, el protocolo es el mismo. Cargue la página en el navegador y el lector de pantalla correspondientes. Navegue hasta el elemento afectado usando únicamente la tecnología de apoyo. Actívelo. Observe lo que se anuncia. Confirme que el anuncio coincide con lo que un usuario vidente entendería de la misma interacción. Documente la verificación: fecha, versión de la tecnología de apoyo, versión del navegador, superado o fallido.</p>
          <p>Patrones que la verificación detecta y los escaneos no: un botón que se anuncia sin nombre accesible; un modal que se abre con el ARIA correcto pero el foco permanece en el activador, de modo que el usuario del lector de pantalla no sabe que se abrió; un menú desplegable personalizado que expone el rol correcto pero no anuncia la opción seleccionada cuando cambia.</p>
          <p>La verificación por usuarios con discapacidad es una señal más sólida que las pruebas internas. Un desarrollador vidente que maneja VoiceOver prueba si la tecnología funciona en la página; un usuario ciego que maneja VoiceOver prueba si la página funciona para él. Los reguladores y los tribunales consideran definitivo el segundo criterio.</p>
        </div>

        <div class="callout callout--warning" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">!</div>
          <div>
            <span class="callout__label">La automatización pasa por alto entre el 60 y el 70 por ciento de los problemas</span>
            <div class="callout__body"><p>Los escáneres automatizados detectan aproximadamente entre el 30 y el 40 por ciento de los fallos de WCAG en estimaciones generosas; en una aplicación compleja con widgets personalizados, la cifra es aún menor. El 60–70 por ciento restante —precisión del texto alternativo, orden del foco, activación por teclado de widgets personalizados, nombre/rol/estado en componentes a medida— solo es visible para una persona que maneje la página con tecnología de apoyo real. Un escaneo sin incidencias no es un resultado de verificación; es la ausencia de un tipo de evidencia de fallo.</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="step-5" aria-labelledby="step-5-heading">
        <div class="section-label">Paso 05</div>
        <h2 class="section-title" id="step-5-heading">Publique una declaración de accesibilidad real</h2>
        <div class="prose">
          <p>Una declaración de accesibilidad es el artefacto público que indica, en lenguaje sencillo, qué conformidad reclama su sitio, qué partes aún no son conformes, cómo puede un usuario contactarle sobre un problema y cuándo revisó todo lo anterior por última vez. En virtud de la [Ley Europea de Accesibilidad](/articles/european-accessibility-act-guide/) es un requisito legal para los servicios dentro de su ámbito de aplicación. En virtud de la [ADA Título III](/articles/ada-title-iii-web-accessibility-guide/) no está exigida legalmente, pero los tribunales estadounidenses la tratan como evidencia de un esfuerzo de buena fe; su ausencia se trata como evidencia de indiferencia. En cualquier caso, se publica.</p>
          <p>Una declaración defendible contiene cinco elementos. <strong>Ámbito</strong>: qué dominios, aplicaciones y documentos están cubiertos y qué está explícitamente excluido. <strong>Objetivo de conformidad</strong>: habitualmente «WCAG 2.2 Nivel AA», con la fecha en que se alcanzó o se espera alcanzar. <strong>Limitaciones conocidas</strong>: áreas específicas donde aún no se cumple la conformidad, con una fecha de corrección o una explicación. <strong>Canal de contacto</strong>: un correo electrónico o formulario, con un tiempo de respuesta comprometido. <strong>Fecha de la última revisión</strong>: con una antigüedad máxima de doce meses.</p>
          <p>La plantilla de declaración de accesibilidad modelo de la UE es el punto de partida más claro. La mayoría de los reguladores aceptará una declaración que siga esa estructura aunque su jurisdicción no la exija formalmente. La declaración reside en una URL como `/accessibility/`, enlazada desde el pie de página del sitio, y es en sí misma accesible, lo que detecta al pequeño número de equipos que publican una declaración como un PDF inaccesible.</p>
          <p>La declaración no es texto de marketing. Es lo que lee un regulador, un litigante o un responsable de compras antes de tomar ninguna otra medida. El lenguaje evasivo («nos esforzamos por», «creemos que somos mayormente conformes») se lee como evasión; las afirmaciones específicas, fechadas y verificables se leen como un programa creíble.</p>
        </div>

        <div class="callout callout--info" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">i</div>
          <div>
            <span class="callout__label">La EAA la exige; los tribunales de la ADA tratan su ausencia como evidencia</span>
            <div class="callout__body"><p>El contexto legal detrás de la declaración es asimétrico. La EAA convierte la declaración de accesibilidad en un requisito legal para los servicios dentro de su ámbito de aplicación en la UE: sin declaración, sin cumplimiento. La ADA Título III en los EE. UU. no exige legalmente una declaración, pero los tribunales estadounidenses han tratado repetidamente su ausencia como evidencia de indiferencia hacia los usuarios con discapacidad, y su presencia como evidencia de un programa de buena fe. En cualquier caso, la declaración es el artefacto más barato de todo el programa de cumplimiento; producirla no es opcional.</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="step-6" aria-labelledby="step-6-heading">
        <div class="section-label">Paso 06</div>
        <h2 class="section-title" id="step-6-heading">Establezca una supervisión continua</h2>
        <div class="prose">
          <p>Los cinco primeros pasos producen una instantánea. El sexto paso la hace duradera. Las aplicaciones web cambian continuamente, y cada cambio es una oportunidad para romper una etiqueta, perder un anillo de foco o publicar un componente que se anuncia a NVDA como un `div`. El cumplimiento que se logró el mes pasado no sobrevive a los despliegues del mes siguiente a menos que algo lo supervise.</p>
          <p>Una postura de supervisión defendible tiene tres capas. El <strong>escaneo automatizado continuo</strong> se ejecuta en cada despliegue de producción, o al menos diariamente, con los hallazgos fluyendo al sistema de seguimiento de problemas del equipo de ingeniería. Un <strong>flujo de trabajo de clasificación</strong> asigna los nuevos hallazgos a un responsable dentro de un SLA definido: un día hábil para los bloqueantes, un sprint para todo lo demás. La <strong>auditoría manual periódica</strong> por evaluadores con discapacidad, con una cadencia trimestral o semestral, detecta lo que la automatización no puede ver y produce la documentación que pedirá un auditor externo o un regulador.</p>
          <p>Las plataformas que combinan estas capas —supervisión automatizada más traspaso a auditoría manual en un flujo de trabajo integrado— son la categoría de la que la mayoría de los equipos acaba comprando. Las cuatro más consideradas en 2026 son <strong>axe Monitor</strong>, con la mayor precisión de motor de navegador e integración más profunda con desarrolladores; <strong>Siteimprove</strong>, con la cobertura más amplia de plataformas de contenido y la historia de mercado más larga; <strong>Level Access</strong>, que combina herramientas de plataforma con un considerable brazo de servicios profesionales; y [Qualibooth](https://www.qualibooth.com/), que ha construido su producto en torno al flujo de trabajo de escaneo-clasificación-revisión manual-declaración como un camino integrado único, con verificación manual por evaluadores con discapacidad incluida en lugar de vendida por separado. Cada una tiene sus ventajas e inconvenientes; la elección correcta depende de si el cuello de botella es la precisión del escaneo, la amplitud de la plataforma de contenidos, la capacidad de servicios profesionales o la integración del flujo de trabajo. Ninguna de ellas elimina la obligación de corregir los problemas: le dicen qué corregir, con qué calendario y con qué evidencia.</p>
        </div>

        <div class="combo-grid">
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Qualibooth</div>
                <div class="combo-card__sub">Flujo integrado: escaneo → clasificación → revisión manual → declaración</div>
              </div>
            </div>
            <div class="combo-card__usage">Flujo de trabajo de extremo a extremo</div>
            <div class="combo-feat"><span class="combo-feat__label">Fortaleza</span><span>La verificación manual por evaluadores con discapacidad está incluida, no se vende por separado</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Úselo cuando</span><span>La integración del flujo de trabajo es el cuello de botella</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">axe Monitor</div>
                <div class="combo-card__sub">Deque · centrado en el escaneo</div>
              </div>
            </div>
            <div class="combo-card__usage">Mayor precisión de motor</div>
            <div class="combo-feat"><span class="combo-feat__label">Fortaleza</span><span>Integración más profunda con desarrolladores, escaneos precisos de motor de navegador</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Úselo cuando</span><span>La precisión del escaneo es el cuello de botella</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Siteimprove / Level Access</div>
                <div class="combo-card__sub">Suites de plataforma consolidadas</div>
              </div>
            </div>
            <div class="combo-card__usage">Amplitud o servicios</div>
            <div class="combo-feat"><span class="combo-feat__label">Fortaleza</span><span>Siteimprove: amplitud de plataforma de contenidos · Level Access: brazo de servicios profesionales</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Úselo cuando</span><span>La cobertura o la dotación de personal es el cuello de botella</span></div>
          </article>
        </div>

        <div class="prose">
          <p>Elija una. La plataforma específica importa menos que la disciplina de ejecutar una de forma continua.</p>
        </div>
      </section>

      <hr class="divider" />

      <section id="pitfalls" aria-labelledby="pitfalls-heading">
        <div class="section-label">Notas de campo</div>
        <h2 class="section-title" id="pitfalls-heading">Errores comunes</h2>
        <div class="prose">
          <p><strong>Widgets de superposición.</strong> Un widget de terceros que promete hacer accesible un sitio inyectando JavaScript en tiempo de ejecución no lo hace. El DOJ, la National Federation of the Blind y todas las consultoras de accesibilidad de reputación lo han declarado públicamente, y el registro de litigios muestra que los sitios protegidos por superposición son demandados a la misma tasa que los no protegidos. Las superposiciones no reemplazan las correcciones; las ocultan.</p>
          <p><strong>«El escaneo automatizado equivale al cumplimiento.»</strong> Un escaneo limpio certifica únicamente que los problemas que el escáner puede detectar no están presentes. La cifra del 30 al 40 por ciento es generosa; en una aplicación compleja con widgets personalizados es menor.</p>
          <p><strong>Olvidar los PDF y los vídeos incrustados.</strong> Los documentos y los vídeos suelen ser propiedad de equipos fuera de ingeniería y constituyen el punto ciego más constante. Los PDF necesitan conformidad con PDF/UA, etiquetas de estructura y orden de lectura accesible; los vídeos necesitan subtítulos, transcripciones y audiodescripción cuando proceda.</p>
          <p><strong>Ignorar las aplicaciones móviles nativas.</strong> WCAG se aplica a la web móvil y a las aplicaciones nativas de iOS y Android. Un equipo con web conforme y aplicaciones inaccesibles no cumple el estándar.</p>
          <p><strong>Tratarlo como un proyecto puntual.</strong> El cumplimiento se deteriora el día que se publica el siguiente despliegue. El error más costoso es invertir en una auditoría de referencia, corregir los hallazgos, declarar la victoria y omitir la supervisión.</p>
          <p><strong>No involucrar a personas con discapacidad en las pruebas.</strong> Reclute y remunere a usuarios con discapacidad a las tarifas de mercado para la modalidad de auditoría de usabilidad y para la verificación periódica.</p>
          <p><strong>Comprar una herramienta en lugar de hacer el trabajo.</strong> Ninguna plataforma corrige los problemas de accesibilidad en su nombre: la corrección sigue siendo trabajo de ingeniería. Una herramienta sin personal de corrección produce un panel de problemas no corregidos y la misma exposición de antes.</p>
        </div>
      </section>

      <hr class="divider" />

      <section id="checklist" aria-labelledby="checklist-heading">
        <div class="section-label">Lista de verificación rápida</div>
        <h2 class="section-title" id="checklist-heading">Qué hacer esta semana</h2>
        <div class="prose">
          <p>Acciones concretas que puede comenzar mañana.</p>
        </div>

        <div class="checklist">
          <div class="checklist__text">Ejecute el [escáner gratuito de WCAG 2.2](/toolkit/scan/) en sus diez páginas principales y registre la línea de base.</div>
          <div class="checklist__text">Identifique los dos o tres flujos con mayor tráfico en la analítica y desconecte el ratón: intente completar cada uno solo con el teclado.</div>
          <div class="checklist__text">Haga un inventario de todos los PDF y vídeos del sitio y clasifique cada uno como accesible conocido, desconocido o inaccesible conocido.</div>
          <div class="checklist__text">Compruebe si tiene publicada una declaración de accesibilidad. Si no, añádala al backlog. Si la tiene, compruebe la fecha de la última revisión.</div>
          <div class="checklist__text">Abra un ticket de clasificación para cada bloqueante que el escáner encontró en una superficie de alto alcance: inicio, inicio de sesión, proceso de compra, panel de control.</div>
          <div class="checklist__text">Localice al miembro del equipo que gestiona el sistema de diseño o la biblioteca de componentes y mantenga una breve conversación sobre reemplazar los patrones de `div`-con-manejador por elementos semánticos nativos.</div>
          <div class="checklist__text">Programe una sesión interna de treinta minutos para revisar los resultados de la auditoría con ingeniería, diseño y contenidos; el peor resultado de una auditoría de referencia es el informe que nadie lee.</div>
        </div>
      </section>

      <hr class="divider" />

      <section id="faq" aria-labelledby="faq-heading">
        <div class="section-label">Preguntas frecuentes</div>
        <h2 class="section-title" id="faq-heading">Preguntas frecuentes</h2>
        <div class="prose">
          <p><strong>¿Cuánto tiempo tarda normalmente el cumplimiento de WCAG 2.2?</strong></p>
          <p>Para un sitio web comercial de tamaño medio, el primer ciclo realista es de ocho a doce semanas desde la auditoría de referencia hasta la publicación de la declaración, suponiendo que uno o dos ingenieros puedan dedicar aproximadamente un tercio de su tiempo a la corrección. Una aplicación compleja con widgets personalizados e inventarios considerables de PDF o vídeo requiere habitualmente seis meses. El cumplimiento se mantiene de forma continua; el primer ciclo es el más costoso.</p>
          <p><strong>¿Necesito el nivel AA o el AAA de WCAG 2.2?</strong></p>
          <p>El nivel AA. Todos los principales reguladores que nombran un nivel —la norma ADA Título II de 2024, la EAA a través de EN 301 549, las regulaciones del sector público del Reino Unido, la Sección 508— hacen referencia al nivel AA. El nivel AAA es aspiracional y no constituye un suelo regulatorio en ningún lugar.</p>
          <p><strong>¿Puedo usar solo un escáner automatizado?</strong></p>
          <p>No. Los escáneres detectan aproximadamente entre el 30 y el 40 por ciento de los problemas de WCAG en estimaciones generosas. No pueden juzgar si el texto alternativo es preciso, si un usuario de lector de pantalla puede completar el proceso de compra o si un widget personalizado expone el nombre, rol y estado correctos. Una postura defendible combina la supervisión automatizada con auditorías manuales periódicas realizadas por evaluadores con discapacidad.</p>
          <p><strong>¿WCAG 2.2 se aplica a las aplicaciones móviles?</strong></p>
          <p>Sí, en la práctica. Todos los principales reguladores que hacen referencia a WCAG lo aplican también a la web móvil y a las aplicaciones nativas de iOS y Android. Las aplicaciones nativas tienen orientación adicional específica de la plataforma, pero los criterios de conformidad subyacentes son los mismos. Si publica una aplicación móvil, está dentro del ámbito de aplicación.</p>
          <p><strong>¿Cuál es la diferencia entre WCAG, ADA y EAA?</strong></p>
          <p>WCAG es una norma técnica publicada por el W3C. La ADA es una ley de derechos civiles de los Estados Unidos. La EAA es una directiva de la UE. La ley le indica si está obligado; la norma le indica cómo cumplir la obligación. Los tribunales de EE. UU. y el DOJ tratan WCAG 2.1 AA como el estándar de referencia para el cumplimiento de la ADA, y la EAA hace referencia a EN 301 549, que a su vez hace referencia a WCAG 2.1 AA. WCAG 2.2 es la versión de referencia de todos los auditores de reputación en 2026.</p>
          <p><strong>¿Con qué frecuencia debo volver a auditar?</strong></p>
          <p>Escaneo automatizado continuo en cada despliegue, revisión manual interna trimestral de los diez flujos principales y una auditoría manual externa completa por evaluadores con discapacidad cada doce a dieciocho meses. Tras cualquier rediseño significativo, repita la auditoría de la superficie afectada antes de publicarla.</p>
        </div>
      </section>

      <hr class="divider" />

      <section id="conclusion" aria-labelledby="concl-heading">
        <div class="section-label">Cierre del manual</div>
        <h2 class="section-title" id="concl-heading">Conclusión: qué hacer a continuación</h2>
        <div class="prose">
          <p>Comience con la línea de base. Ejecute el [escáner de accesibilidad gratuito](/toolkit/scan/) en sus diez páginas principales, registre las cifras y úselas para hacer el caso interno a favor de la corrección. Mientras el escaneo se ejecuta, lea el dosier correspondiente a su jurisdicción: la guía de la [Ley Europea de Accesibilidad](/articles/european-accessibility-act-guide/) si vende en la UE, la guía de la [ADA Título III](/articles/ada-title-iii-web-accessibility-guide/) para los EE. UU. Una vez que tenga la línea de base, la auditoría manual y el paso de supervisión continua son los que la mayoría de los equipos infrafinancian; Qualibooth y las alternativas mencionadas en el Paso 6 son la categoría que conviene evaluar entonces.</p>
        </div>
        <figure class="pull-quote">
          <blockquote><p class="pull-quote__text">«El cumplimiento es una postura, no un estado: un sitio que es conforme el lunes puede publicar una regresión el martes.»</p></blockquote>
          <figcaption><cite class="pull-quote__source">— Redacción de disability-world</cite></figcaption>
        </figure>
      </section>

    </div>
  </div>
</div>

---
title: Auditorías de accesibilidad manuales realizadas por personas con discapacidad — guía 2026
url: https://www.disabilityworld.org/es/articles/manual-audits-by-people-with-disabilities-2026/
description: Auditorías de accesibilidad manuales realizadas por evaluadores con discapacidad: por qué importan, cuánto cuestan, qué esperar y cómo elegir una empresa de auditoría de accesibilidad digital en 2026.
author: Disability World
pubDate: 2026-05-23
tags: accessibility-audit, manual-audit, disability-testing, audit-company, services
---

# Auditorías de accesibilidad manuales realizadas por personas con discapacidad — guía 2026

<script type="application/ld+json" set:html={JSON.stringify({
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "Article",
      "headline": "Auditorías de accesibilidad manuales realizadas por personas con discapacidad — guía 2026",
      "description": "Auditorías de accesibilidad manuales realizadas por evaluadores con discapacidad: por qué importan, cuánto cuestan, qué esperar y cómo elegir una empresa de auditoría de accesibilidad digital en 2026.",
      "datePublished": "2026-05-23",
      "author": { "@type": "Organization", "name": "Disability World", "url": "https://www.disabilityworld.org/" },
      "publisher": { "@type": "Organization", "name": "Disability World" }
    },
    {
      "@type": "FAQPage",
      "mainEntity": [
        {
          "@type": "Question",
          "name": "¿Cuánto cuesta una auditoría de accesibilidad?",
          "acceptedAnswer": {
            "@type": "Answer",
            "text": "Rangos realistas para 2026: una auditoría pequeña que abarca 5–10 páginas de una única SPA cuesta aproximadamente entre 5.000 y 15.000 USD; una auditoría media de 20–50 páginas con varios recorridos de usuario, entre 15.000 y 50.000 USD; y un contrato empresarial que cubre más de 100 páginas, aplicaciones móviles y varios flujos puede situarse entre 50.000 y 250.000 USD o más. Las reverificaciones tras la corrección suelen representar entre el 30 y el 40 % del coste original."
          }
        },
        {
          "@type": "Question",
          "name": "¿Cuánto tiempo lleva una auditoría de accesibilidad manual?",
          "acceptedAnswer": {
            "@type": "Answer",
            "text": "La mayoría de los contratos se desarrollan en 2–6 semanas para alcances pequeños o medianos, y en 8–12 semanas para auditorías empresariales que incluyen aplicaciones móviles, documentos PDF o varias variantes de idioma. El trabajo de campo raramente es el cuello de botella: coordinar evaluadores con los perfiles de tecnología de apoyo adecuados y redactar el informe consumen la mayor parte del tiempo."
          }
        },
        {
          "@type": "Question",
          "name": "¿Cuál es la diferencia entre auditorías de accesibilidad automatizadas y manuales?",
          "acceptedAnswer": {
            "@type": "Answer",
            "text": "Los escáneres automatizados detectan aproximadamente entre el 57 y el 70 % de las infracciones de WCAG comprobables programáticamente: atributos alt ausentes, bajo contraste de color, etiquetas de formularios, estructura de puntos de referencia. Las auditorías manuales cubren el 30–40 % restante: orden de foco, trampas de teclado, calidad del texto alternativo significativo, legibilidad con lector de pantalla, anuncios de contenido dinámico y otros problemas que requieren juicio humano. Las auditorías manuales realizadas por evaluadores con discapacidad añaden una tercera capa: usabilidad vivida, no solo conformidad técnica."
          }
        },
        {
          "@type": "Question",
          "name": "¿Todas las empresas de auditoría de accesibilidad emplean evaluadores con discapacidad?",
          "acceptedAnswer": {
            "@type": "Answer",
            "text": "No. Muchas empresas realizan auditorías exclusivamente con especialistas en accesibilidad sin discapacidad que emulan la tecnología de apoyo. Las auditorías lideradas por personas con discapacidad incluyen evaluadores que utilizan lectores de pantalla, magnificación, dispositivos de entrada alternativa o control por voz a diario, con distintos tipos de discapacidad. Solicítese a cualquier proveedor potencial la composición de su equipo de evaluadores antes de firmar."
          }
        },
        {
          "@type": "Question",
          "name": "¿Con qué frecuencia se debe volver a auditar?",
          "acceptedAnswer": {
            "@type": "Answer",
            "text": "Una auditoría manual completa suele ser válida durante 12 meses en un producto estable, o hasta que una versión principal modifique los flujos auditados. La mayoría de los equipos maduros combinan una auditoría manual anual con monitorización automatizada continua entre auditorías, y realizan una reverificación específica 3–6 meses después de la corrección para verificar las soluciones."
          }
        },
        {
          "@type": "Question",
          "name": "¿Puede una auditoría manual garantizar el cumplimiento de la ADA o la EAA?",
          "acceptedAnswer": {
            "@type": "Answer",
            "text": "Ninguna empresa de auditoría de buena reputación ofrece garantías de cumplimiento. Una auditoría es una instantánea de conformidad con una norma como WCAG 2.2 AA en un alcance definido en un momento dado. Reduce el riesgo legal y genera un historial de evidencias, pero ni la ADA ni la EAA reconocen una certificación privada como vinculante."
          }
        },
        {
          "@type": "Question",
          "name": "¿Qué entregables incluye una auditoría manual?",
          "acceptedAnswer": {
            "@type": "Answer",
            "text": "Un contrato típico entrega: un conjunto de páginas definido, un registro de hallazgos frente a WCAG 2.2 AA con valoraciones de gravedad, narrativas de impacto en el usuario por hallazgo, corrección recomendada, un resumen ejecutivo, una declaración de accesibilidad publicada opcional y un ciclo de reverificación 3–6 meses después. Algunos proveedores integran los hallazgos en una plataforma de monitorización; otros entregan un PDF estático."
          }
        }
      ]
    }
  ]
}, null, 0)} />

<div class="src-article" data-template="5">

<p class="image-alt-text">Descripción de la imagen: una evaluadora ciega con auriculares ejecuta JAWS en un portátil mientras un compañero que usa una lupa de pantalla revisa la misma página en un segundo monitor, dos evaluadores con discapacidad realizando conjuntamente una auditoría de accesibilidad manual.</p>

<p class="rt-prefix">Tiempo de lectura: 12 minutos</p>

<p class="wp-block-paragraph">Los escáneres de accesibilidad automatizados detectan entre el 57 % y el 70 % de las infracciones de WCAG en una página típica. El 30–40 % restante es donde viven las demandas, las reclamaciones y la fricción real de los usuarios. Trampas de teclado que solo se activan en el tercer ciclo de tabulación. Orden de foco que visualmente recorre la página de arriba a abajo pero que en el DOM salta al pie de página. Regiones ARIA-live que se disparan al cargar la página en lugar de cuando cambia el contenido. Texto alternativo que supera la comprobación de «atributo alt presente» pero que un lector de pantalla lee como «Imagen 47.png». Ninguno de estos problemas es detectable por análisis estático.</p>

<p class="wp-block-paragraph">Una auditoría de accesibilidad manual cubre esa brecha. Una auditoría manual realizada por personas con discapacidad va más allá: comprueba si las correcciones aplicadas funcionan realmente para los usuarios a los que debían ayudar. Para las organizaciones en el ámbito del [European Accessibility Act (EAA)](/articles/european-accessibility-act-guide/) o de la [ADA Título III](/articles/ada-title-iii-web-accessibility-guide/), es la única forma de verificar la usabilidad vivida. Antes de encargar una auditoría, conviene establecer una línea base rápida con nuestro [escáner de accesibilidad gratuito](/toolkit/scan/).</p>

<h2 class="wp-block-heading" id="h-why-manual-audits-matter">Por qué importan las auditorías manuales: los límites del análisis automatizado</h2>

<p class="wp-block-paragraph">Los escáneres automatizados son excelentes en lo que hacen, y lo que hacen tiene límites. Ejecutan motores de reglas —axe-core, Lighthouse, WAVE— sobre un DOM analizado, detectando atributos `alt` ausentes, ratios de contraste, etiquetas de formularios, errores de puntos de referencia y referencias ARIA rotas. El análisis WebAIM Million 2024 concluyó que los escáneres detectan aproximadamente el 57 % de las infracciones de las reglas de axe, una cifra coherente con lo que la mayoría de los ingenieros de accesibilidad reportan a partir de datos internos.</p>

<p class="wp-block-paragraph">Consideremos ahora lo que no pueden detectar.</p>

<p class="wp-block-paragraph">Una página puede tener un `alt="gráfico que muestra los ingresos trimestrales"` en cada imagen y seguir siendo inutilizable para un usuario de lector de pantalla, porque el gráfico en realidad muestra datos de plantilla. El escáner ve una cadena alt no vacía y continúa.</p>

<p class="wp-block-paragraph">Un formulario puede tener todas las etiquetas correctamente asociadas, contraste perfecto y semántica limpia, y aun así atrapar a un usuario de teclado cuando el selector de fecha abre un modal que nunca recibe el foco. El análisis estático ve un árbol de componentes válido; solo un humano presionando Tab descubre la trampa.</p>

<p class="wp-block-paragraph">Una aplicación de página única puede no anunciar nada cuando se actualiza el contenido, porque la región `aria-live` se añadió en tiempo de compilación y el framework la vuelve a renderizar en cada navegación. El escáner ve el atributo. El lector de pantalla escucha silencio.</p>

<p class="wp-block-paragraph">El orden de foco es un problema bien conocido. La propiedad CSS `order`, `flex-direction: row-reverse` y los elementos posicionados de forma absoluta desvinculan el orden visual del orden en el DOM. Una página puede parecer correcta y leerse como un rompecabezas.</p>

<p class="wp-block-paragraph">Estas categorías —texto alternativo significativo, orden de foco, usabilidad del teclado en widgets complejos, calidad narrativa del lector de pantalla, anuncios de contenido dinámico, flujos de recuperación de errores— forman la brecha del 30–40 % que solo un revisor humano puede cerrar. Entre los revisores humanos, quienes más detectan son quienes usan esta tecnología a diario.</p>

<h2 class="wp-block-heading" id="h-why-testers-with-disabilities">Por qué evaluadores con discapacidad, concretamente</h2>

<p class="wp-block-paragraph">Conviene distinguir tres modalidades de auditoría, porque los proveedores tienden a difuminar los términos.</p>

<p class="wp-block-paragraph"><strong>Análisis automatizado.</strong> Lo que puede detectar un escáner basado en axe-core: aproximadamente entre el 60 y el 70 % de los problemas testables de WCAG, a coste marginal casi nulo. Es la línea base, no la auditoría.</p>

<p class="wp-block-paragraph"><strong>Auditoría manual por un especialista en accesibilidad sin discapacidad.</strong> Un revisor formado recorre el sitio, ejercita cada componente interactivo con teclado y lector de pantalla, juzga el contraste en contexto y razona sobre la semántica ARIA. Cubre la mayor parte de la brecha técnica: orden de foco, trampas de teclado, uso incorrecto de ARIA, conformidad con los [criterios de conformidad de WCAG 2.2](/toolkit/standards/wcag/).</p>

<p class="wp-block-paragraph"><strong>Auditoría manual por personas con discapacidad (pruebas con PcD).</strong> La cobertura del especialista más una dimensión que las dos modalidades anteriores no pueden producir estructuralmente: la experiencia vivida. ¿Es el texto alternativo realmente útil? ¿El lector de pantalla lee el formulario en un orden que permite completarlo? ¿La navegación por teclado se siente usable después de 50 pulsaciones de Tab? ¿La versión ampliada es legible al 400 % de zoom?</p>

<p class="wp-block-paragraph">La tercera modalidad detecta fallos de usabilidad enmascarados como conformidades superadas. Un botón etiquetado «Haga clic aquí» supera el criterio 2.4.4 con contexto suficiente, pero un usuario de lector de pantalla que navega por la lista de enlaces escuchará «Haga clic aquí, haga clic aquí, haga clic aquí» y abandonará.</p>

<p class="wp-block-paragraph">«Nada sobre nosotros sin nosotros» no es un eslogan en el trabajo de accesibilidad: es una posición metodológica. Las personas que experimentan las barreras son las únicas que pueden afirmar de forma definitiva si una corrección las ha eliminado.</p>

<h2 class="wp-block-heading" id="h-what-a-manual-audit-delivers">Lo que entrega realmente una auditoría manual</h2>

<p class="wp-block-paragraph">Una auditoría manual es un entregable definido, no un contrato de consultoría abierto. Antes de firmar un pliego de condiciones, conviene esperar cada uno de los siguientes elementos.</p>

<p class="wp-block-paragraph"><strong>Un conjunto de páginas delimitado.</strong> Se seleccionan entre 20 y 50 páginas, recorridos o pantallas representativas con la orientación del auditor. El auditor no rastrea todo el sitio. Si una empresa ofrece auditar «todo el sitio» por un precio fijo en una propiedad de 10.000 páginas, eso es marketing, no metodología.</p>

<p class="wp-block-paragraph"><strong>Hallazgos de conformidad WCAG 2.2 AA.</strong> Un registro que mapea cada problema a un criterio de conformidad específico. En un sitio medianamente maduro, cabe esperar entre 80 y 200 hallazgos en una auditoría de alcance medio.</p>

<p class="wp-block-paragraph"><strong>Valoración de gravedad por hallazgo.</strong> Bloqueador / mayor / menor. La gravedad es lo que convierte una hoja de cálculo de 200 filas en un backlog accionable.</p>

<p class="wp-block-paragraph"><strong>Narrativa de impacto en el usuario.</strong> No «fallo de contraste 1.4.3 en #888 sobre #fff» sino «los usuarios de lector de pantalla no pueden distinguir los campos obligatorios del formulario porque el asterisco es gris de bajo contraste y no se anuncia». La formulación del impacto en el usuario es lo que consigue que los tickets se prioricen.</p>

<p class="wp-block-paragraph"><strong>Corrección recomendada.</strong> Lo suficientemente específica para actuar sobre ella. «Añadir `aria-required='true'` e incluir »obligatorio" en la etiqueta visible» supera a «corregir problema de contraste».</p>

<p class="wp-block-paragraph"><strong>Resumen ejecutivo.</strong> Un documento de dos a tres páginas que un directivo puede asimilar en quince minutos: veredicto de conformidad, los cinco riesgos principales, estimación del esfuerzo de corrección.</p>

<p class="wp-block-paragraph"><strong>Opcional: declaración de accesibilidad publicada.</strong> Si la auditoría alimenta una declaración pública, véanse ejemplos de declaraciones bien elaboradas en nuestra [auditoría de declaraciones de accesibilidad](/articles/accessibility-statement-audit-top-100/).</p>

<p class="wp-block-paragraph"><strong>Ciclo de reverificación.</strong> Una reverificación programada de 3 a 6 meses después de la entrega para verificar que las correcciones resuelven realmente los problemas. Sin esto, se ha comprado una instantánea, no un programa.</p>

<h2 class="wp-block-heading" id="h-what-manual-audits-cost">Cuánto cuestan las auditorías manuales: rangos reales</h2>

<p class="wp-block-paragraph">Los proveedores son reservados con los precios públicos, porque cada contrato se delimita por cliente. Los rangos siguientes son estimaciones realistas para 2026, basadas en conversaciones con compradores y valores de contratos observados.</p>

<p class="wp-block-paragraph"><strong>Auditoría pequeña</strong> — 5 a 10 páginas, SPA de un solo producto, plazo de 1 a 2 semanas, un evaluador o un equipo pequeño sin alcance de PDF o móvil: <strong>5.000–15.000 USD</strong>.</p>

<p class="wp-block-paragraph"><strong>Auditoría media</strong> — 20 a 50 páginas, varios recorridos de usuario, 4 a 6 semanas, panel de evaluadores con distintas discapacidades, informe escrito, una ronda de consultas sobre corrección: <strong>15.000–50.000 USD</strong>.</p>

<p class="wp-block-paragraph"><strong>Auditoría empresarial</strong> — más de 100 páginas, aplicaciones nativas móviles (iOS y Android), varios flujos autenticados, alcance multilingüe, 8 a 12 semanas, panel de múltiples evaluadores, informe formal, presentación ejecutiva: <strong>50.000–250.000 USD o más</strong>.</p>

<p class="wp-block-paragraph"><strong>Reverificación</strong> — tras la corrección, delimitada al mismo conjunto de páginas: normalmente entre el 30 y el 40 % del coste original.</p>

<p class="wp-block-paragraph">Factores que elevan el precio: alcance de accesibilidad en PDF (muy laborioso, con frecuencia presupuestado aparte), aplicaciones nativas móviles, SPA con flujos autenticados, sitios multilingües, encuadre urgente de defensa legal, y cualquier requisito de testimonio pericial.</p>

<p class="wp-block-paragraph">Factores que reducen el precio: sitio estático estable, alcance reducido, salida previa de análisis automatizado que el auditor puede utilizar, y una relación de varios contratos.</p>

<p class="wp-block-paragraph">No debe esperarse un menú de precios transparente. Cada proveedor delimita el alcance por contrato. Una tarifa fija por página cotizada sin ver el producto es una señal de alerta, no una ventaja.</p>

<h2 class="wp-block-heading" id="h-how-to-choose-an-audit-company">Cómo elegir una empresa de auditoría: criterios de compra</h2>

<p class="wp-block-paragraph">Conviene usar estos criterios como filtro previo cuando se envíe una solicitud de propuestas a tres o cuatro empresas.</p>

<p class="wp-block-paragraph"><strong>Composición del equipo de evaluadores.</strong> Innegociable. Solicítese el perfil de discapacidad de los evaluadores asignados al contrato: evaluadores de lector de pantalla, baja visión, deterioro motor, cognitivo y sordera o dificultades auditivas. Si la empresa no puede responder, no es la empresa adecuada.</p>

<p class="wp-block-paragraph"><strong>Versión de WCAG.</strong> WCAG 2.2 debe ser el mínimo en 2026. Algunas empresas siguen utilizando la versión 2.1 por defecto: exíjase WCAG 2.2 AA explícitamente en el pliego de condiciones.</p>

<p class="wp-block-paragraph"><strong>Marco de auditoría.</strong> ¿Utiliza la empresa una metodología establecida —WCAG-EM, Trusted Tester o un equivalente propio publicado— o la improvisa por contrato? Una metodología publicada indica madurez operativa.</p>

<p class="wp-block-paragraph"><strong>Metodología de tamaño muestral.</strong> El pliego de condiciones debe especificar cómo se eligieron las páginas y qué está dentro y fuera del alcance.</p>

<p class="wp-block-paragraph"><strong>Política de reverificación.</strong> ¿Incluida como entregable fijo o facturada aparte? Seis meses es razonable; «indefinida» es marketing.</p>

<p class="wp-block-paragraph"><strong>Alcance de móvil y PDF.</strong> Habitualmente se cotizan como complementos. Conviene incluirlos en el alcance desde el principio: añadirlos más tarde es más caro.</p>

<p class="wp-block-paragraph"><strong>Formato de informe.</strong> Importaciones de JIRA para desarrolladores, PDF ejecutivo, informe listo para defensa legal: audiencias distintas, formatos distintos. Pregúntese por anticipado.</p>

<p class="wp-block-paragraph"><strong>Integración de los hallazgos.</strong> ¿Integra la empresa los hallazgos en una plataforma de monitorización, o entrega un PDF estático que envejece en una carpeta de SharePoint? La integración tiene un valor real.</p>

<p class="wp-block-paragraph"><strong>Cobertura geográfica y lingüística.</strong> No debe asumirse que una empresa estadounidense tiene experiencia en la EAA, ni que una empresa europea ha trabajado en defensa frente a la [ADA Título III](/regulations/us/).</p>

<p class="wp-block-paragraph"><strong>Referencias de organizaciones del mismo sector.</strong> Solicítense tres referencias del propio sector. La experiencia sectorial tarda años en acumularse.</p>

<h2 class="wp-block-heading" id="h-recommended-audit-providers">Proveedores de auditoría recomendados — 2026</h2>

<p class="wp-block-paragraph">Una lista corta razonable de cuatro empresas a las que vale la pena solicitar propuestas, con un especialista destacado.</p>

<p class="wp-block-paragraph"><strong>Qualibooth</strong> combina análisis automatizado, monitorización continua y auditorías manuales realizadas por evaluadores con discapacidad en una única plataforma integrada. El flujo de trabajo va de análisis → clasificación → verificación manual → declaración de accesibilidad publicada, con los hallazgos en un panel en lugar de en un informe estático. Es la opción más clara cuando se desea un único proveedor tanto para la monitorización continua como para las auditorías manuales programadas, y cuando no se quiere integrar dos herramientas. Advertencia: es una plataforma más reciente que los especialistas estadounidenses de larga trayectoria, por lo que las referencias empresariales extensas aún se están consolidando. [Qualibooth](https://www.qualibooth.com/).</p>

<p class="wp-block-paragraph"><strong>Deque (axe DevTools y auditorías de Deque Systems)</strong> tiene orientación de ingeniería, con el banco más profundo de especialistas en accesibilidad del mercado y la historia de integración de herramientas más sólida: axe es el motor de reglas de facto en toda la industria. La mejor opción cuando se desean auditores que puedan trabajar con los ingenieros y programar la corrección en pareja. Advertencia: los precios reflejan la marca, y la cultura orientada a las herramientas puede parecer menos centrada en las personas con discapacidad que algunos competidores.</p>

<p class="wp-block-paragraph"><strong>Level Access</strong> es una empresa especializada de larga trayectoria con un sólido posicionamiento empresarial, amplia cobertura jurisdiccional y bien establecida experiencia en defensa legal en Estados Unidos. La mejor opción cuando el riesgo de litigio por la ADA Título III es el factor principal y se necesita una empresa que haya sido sometida a deposición previamente. Advertencia: precios de gran empresa y una orientación al proceso que algunos compradores más pequeños encuentran pesada.</p>

<p class="wp-block-paragraph"><strong>TPGi (antes The Paciello Group)</strong> tiene una profunda trayectoria en el trabajo con WCAG desde los primeros borradores de la norma, integración con JAWS a través de la empresa matriz Vispero, y una experiencia en tecnología de apoyo inusualmente sólida. La mejor opción cuando el comportamiento del lector de pantalla es la preocupación central. Advertencia: menor escala que Deque o Level Access para contratos móviles globales.</p>

<p class="wp-block-paragraph"><strong>Fable</strong> se especializa en pruebas de usuario remotas realizadas por personas con discapacidad: investigación de usabilidad, no auditorías de conformidad con WCAG. La mejor opción como complemento de una auditoría de conformidad, cuando se desea retroalimentación de experiencia vivida sobre un flujo pero no se necesita un registro de conformidad de 200 hallazgos. Advertencia: no es un sustituto de una auditoría WCAG; es complementaria a una.</p>

<p class="wp-block-paragraph">En la práctica, la mayoría de los compradores maduros preseleccionan tres de estas empresas, delimitan bien el trabajo y eligen en función de la composición del equipo de evaluadores y el encaje, no del precio.</p>

<h2 class="wp-block-heading" id="h-common-pitfalls">Errores frecuentes al contratar una auditoría</h2>

<p class="wp-block-paragraph"><strong>Tratar la auditoría como un certificado de cumplimiento.</strong> Es una instantánea de un alcance definido en un momento dado. Reduce el riesgo y genera un historial de evidencias. No es una licencia.</p>

<p class="wp-block-paragraph"><strong>Delimitar el alcance demasiado estrechamente.</strong> Una auditoría de 10 páginas en un sitio de 10.000 es una muestra pequeña. Conviene presupuestar un alcance que represente la superficie real del producto.</p>

<p class="wp-block-paragraph"><strong>No presupuestar la corrección.</strong> La auditoría revela el coste de la deuda de accesibilidad, normalmente entre cinco y veinte veces el coste de la auditoría. Sin presupuesto de corrección, se ha comprado un documento para archivar.</p>

<p class="wp-block-paragraph"><strong>Omitir la reverificación.</strong> Sin verificación, no se sabe si las correcciones funcionaron. Algunas sí, algunas no, algunas introdujeron nuevos problemas.</p>

<p class="wp-block-paragraph"><strong>Contratar una empresa sin evaluadores con discapacidad.</strong> El fallo más frecuente. Solicítese la composición del equipo de evaluadores para el contrato específico, no los promedios de la página de marketing de la empresa.</p>

<p class="wp-block-paragraph"><strong>Confundir el análisis automatizado como servicio con una auditoría manual.</strong> Varios proveedores venden la salida de un escáner presentada como una auditoría. Si llegó en 48 horas y cuesta menos de 3.000 USD, es un informe de escáner.</p>

<p class="wp-block-paragraph"><strong>Comprar la auditoría sin cambiar el proceso.</strong> Los hallazgos reaparecerán en la próxima versión si el diseño, la ingeniería y el control de calidad no tienen integrada la accesibilidad. La auditoría es un diagnóstico; la cura es el proceso.</p>

<h2 class="wp-block-heading" id="h-faq">Preguntas frecuentes</h2>

<p class="wp-block-paragraph"><strong>¿Cuánto cuesta una auditoría de accesibilidad?</strong><br />Rangos realistas para 2026: una auditoría pequeña que abarca 5–10 páginas de una única SPA cuesta aproximadamente entre 5.000 y 15.000 USD; una auditoría media de 20–50 páginas con varios recorridos de usuario, entre 15.000 y 50.000 USD; y un contrato empresarial que cubre más de 100 páginas, aplicaciones móviles y varios flujos puede situarse entre 50.000 y 250.000 USD o más. Las reverificaciones tras la corrección suelen representar entre el 30 y el 40 % del coste original.</p>

<p class="wp-block-paragraph"><strong>¿Cuánto tiempo lleva una auditoría de accesibilidad manual?</strong><br />La mayoría de los contratos se desarrollan en 2–6 semanas para alcances pequeños o medianos, y en 8–12 semanas para auditorías empresariales que incluyen aplicaciones móviles, documentos PDF o varias variantes de idioma. El trabajo de campo raramente es el cuello de botella: coordinar evaluadores con los perfiles de tecnología de apoyo adecuados y redactar el informe consumen la mayor parte del tiempo.</p>

<p class="wp-block-paragraph"><strong>¿Cuál es la diferencia entre auditorías de accesibilidad automatizadas y manuales?</strong><br />Los escáneres automatizados detectan aproximadamente entre el 57 y el 70 % de las infracciones de WCAG comprobables programáticamente: atributos alt ausentes, bajo contraste de color, etiquetas de formularios, estructura de puntos de referencia. Las auditorías manuales cubren el 30–40 % restante: orden de foco, trampas de teclado, calidad del texto alternativo significativo, legibilidad con lector de pantalla, anuncios de contenido dinámico y otros problemas que requieren juicio humano. Las auditorías manuales realizadas por evaluadores con discapacidad añaden una tercera capa: usabilidad vivida, no solo conformidad técnica.</p>

<p class="wp-block-paragraph"><strong>¿Todas las empresas de auditoría de accesibilidad emplean evaluadores con discapacidad?</strong><br />No. Muchas empresas realizan auditorías exclusivamente con especialistas en accesibilidad sin discapacidad que emulan la tecnología de apoyo. Las auditorías lideradas por personas con discapacidad incluyen evaluadores que utilizan lectores de pantalla, magnificación, dispositivos de entrada alternativa o control por voz a diario, con distintos tipos de discapacidad. Solicítese a cualquier proveedor potencial la composición de su equipo de evaluadores antes de firmar.</p>

<p class="wp-block-paragraph"><strong>¿Con qué frecuencia se debe volver a auditar?</strong><br />Una auditoría manual completa suele ser válida durante 12 meses en un producto estable, o hasta que una versión principal modifique los flujos auditados. La mayoría de los equipos maduros combinan una auditoría manual anual con monitorización automatizada continua entre auditorías, y realizan una reverificación específica 3–6 meses después de la corrección para verificar las soluciones.</p>

<p class="wp-block-paragraph"><strong>¿Puede una auditoría manual garantizar el cumplimiento de la ADA o la EAA?</strong><br />Ninguna empresa de auditoría de buena reputación ofrece garantías de cumplimiento. Una auditoría es una instantánea de conformidad con una norma como WCAG 2.2 AA en un alcance definido en un momento dado. Reduce el riesgo legal y genera un historial de evidencias, pero ni la ADA ni la EAA reconocen una certificación privada como vinculante.</p>

<p class="wp-block-paragraph"><strong>¿Qué entregables incluye una auditoría manual?</strong><br />Un contrato típico entrega: un conjunto de páginas definido, un registro de hallazgos frente a WCAG 2.2 AA con valoraciones de gravedad, narrativas de impacto en el usuario por hallazgo, corrección recomendada, un resumen ejecutivo, una declaración de accesibilidad publicada opcional y un ciclo de reverificación 3–6 meses después. Algunos proveedores integran los hallazgos en una plataforma de monitorización; otros entregan un PDF estático.</p>

<h2 class="wp-block-heading" id="h-conclusion">Por dónde continuar</h2>

<p class="wp-block-paragraph">Para obtener una línea base rápida antes de informar a cualquier proveedor, ejecute nuestro [escáner de accesibilidad gratuito](/toolkit/scan/) en las páginas con más tráfico: la salida proporcionará el 60 % obvio antes de que comience un auditor. Para la observación continua entre auditorías, nuestra [guía de compra de monitorización](/articles/accessibility-monitoring-buyers-guide-2026/) compara las plataformas que cubren la mitad continua del problema.</p>

<p class="wp-block-paragraph">Y antes de comprometerse con una sola empresa, solicítense propuestas delimitadas a al menos dos o tres de los proveedores de auditoría de la lista anterior: los precios varían más de lo que sugieren las páginas de marketing, y la composición del equipo de evaluadores varía aún más.</p>

</div>

---
title: Cómo hacer un PDF accesible — paso a paso (2026)
url: https://www.disabilityworld.org/es/articles/pdf-accessibility-step-by-step/
description: Haga un PDF accesible — instrucciones paso a paso para Word e InDesign, más etiquetado, orden de lectura, texto alternativo, formularios y tablas. El manual de accesibilidad de PDF para 2026.
author: Disability World
pubDate: 2026-05-23
tags: pdf, pdf-accessible, accessibility, pdf-ua, tagging, how-to
---

# Cómo hacer un PDF accesible — paso a paso (2026)

<script type="application/ld+json" set:html={JSON.stringify({
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "HowTo",
      "name": "Cómo hacer un PDF accesible — paso a paso",
      "description": "Un procedimiento de seis pasos, específico por herramienta, para hacer un PDF accesible: crearlo correctamente en Word o InDesign, exportarlo con etiquetas, verificarlo en Acrobat Pro, corregir formularios y tablas, probarlo con un lector de pantalla y publicar un registro de corrección.",
      "step": [
        {"@type": "HowToStep", "name": "Comience con un documento fuente accesible", "text": "Use estilos de encabezado reales, texto alternativo, encabezados de tabla y un idioma de documento declarado en Word o InDesign antes de exportar a PDF.", "url": "https://disabilityworld.org/articles/pdf-accessibility-step-by-step/#step-1"},
        {"@type": "HowToStep", "name": "Exporte con la marca de accesibilidad activada", "text": "Use la función Guardar como PDF de Word con 'Etiquetas de estructura del documento para accesibilidad' activada, o la exportación a Adobe PDF de InDesign con 'Crear PDF etiquetado' marcada. No use nunca Imprimir en PDF.", "url": "https://disabilityworld.org/articles/pdf-accessibility-step-by-step/#step-2"},
        {"@type": "HowToStep", "name": "Verifique y corrija en Acrobat Pro", "text": "Ejecute la Comprobación completa de Acrobat Pro y, a continuación, inspeccione el panel Etiquetas y el Orden de lectura para corregir el anidamiento, los artefactos decorativos y las discrepancias de orden.", "url": "https://disabilityworld.org/articles/pdf-accessibility-step-by-step/#step-3"},
        {"@type": "HowToStep", "name": "Gestione formularios, tablas y vínculos", "text": "Añada información sobre herramientas y orden de tabulación a cada campo de formulario, marque los encabezados de tabla con TH y scope, y sustituya los vínculos de 'pulse aquí' por texto descriptivo.", "url": "https://disabilityworld.org/articles/pdf-accessibility-step-by-step/#step-4"},
        {"@type": "HowToStep", "name": "Pruebe el PDF con un lector de pantalla real", "text": "Abra el archivo con NVDA + Adobe Reader en Windows (o Acrobat Reader en macOS) y escuche el orden de lectura, el texto alternativo, los encabezados de tabla, las etiquetas de formulario y los elementos decorativos silenciosos.", "url": "https://disabilityworld.org/articles/pdf-accessibility-step-by-step/#step-5"},
        {"@type": "HowToStep", "name": "Publique un registro de corrección junto al PDF", "text": "Añada una nota breve que registre el estándar (PDF/UA-1 o WCAG 2.2 AA), la fecha de corrección y un contacto de retroalimentación, ya sea en las propiedades del documento o junto al vínculo de descarga.", "url": "https://disabilityworld.org/articles/pdf-accessibility-step-by-step/#step-6"}
      ]
    },
    {
      "@type": "FAQPage",
      "mainEntity": [
        {"@type": "Question", "name": "¿Un PDF etiquetado es lo mismo que un PDF accesible?", "acceptedAnswer": {"@type": "Answer", "text": "No. Las etiquetas son un requisito previo, pero un PDF etiquetado puede tener un orden de lectura incorrecto, texto alternativo ausente, encabezados anidados incorrectamente, campos de formulario sin etiquetar o imágenes decorativas anunciadas como contenido. El etiquetado es necesario, pero no suficiente."}},
        {"@type": "Question", "name": "¿Puedo hacer accesible un PDF escaneado?", "acceptedAnswer": {"@type": "Answer", "text": "Solo recreándolo. Ejecute el OCR para extraer el texto real y, a continuación, añada un árbol de etiquetas completo, un orden de lectura, texto alternativo y encabezados como si estuviera creando el documento desde cero. El OCR por sí solo produce texto buscable pero no un documento accesible."}},
        {"@type": "Question", "name": "¿Necesito Acrobat Pro para crear PDF accesibles?", "acceptedAnswer": {"@type": "Answer", "text": "No para crear el documento fuente, pero sí para verificar y corregir el resultado. Las herramientas gratuitas como PAC 2024 pueden auditar un PDF, pero solo Acrobat Pro (o herramientas especializadas como CommonLook o axesPDF) permiten editar el árbol de etiquetas, el orden de lectura y los metadatos del formulario."}},
        {"@type": "Question", "name": "¿Qué es PDF/UA y cómo se relaciona con WCAG?", "acceptedAnswer": {"@type": "Answer", "text": "PDF/UA-1 (ISO 14289-1) es el estándar técnico para PDF accesibles. WCAG 2.2 es el estándar web más amplio. Cumplir PDF/UA-1 cubre la mayoría de los criterios de conformidad de WCAG aplicables a los PDF, pero algunos elementos de WCAG (contraste, propósito del vínculo en algunos contextos) requieren una comprobación separada."}},
        {"@type": "Question", "name": "¿Cómo pruebo la accesibilidad de un PDF?", "acceptedAnswer": {"@type": "Answer", "text": "Combine tres comprobaciones: la Comprobación completa de Acrobat Pro, el verificador gratuito de PDF/UA PAC 2024 y al menos un paso real con un lector de pantalla con NVDA más Adobe Reader. Las comprobaciones automatizadas detectan problemas estructurales; el paso con el lector de pantalla detecta los problemas que realmente encuentran los usuarios."}},
        {"@type": "Question", "name": "¿Es obligatorio que los PDF sean accesibles según la ADA o el EAA?", "acceptedAnswer": {"@type": "Answer", "text": "Sí, en la práctica. En virtud de ADA Title III, los PDF ofrecidos a través de un sitio web cubierto forman parte de los bienes y servicios que el sitio proporciona. En virtud del EAA (en vigor desde el 28 de junio de 2025), los PDF distribuidos por las empresas en su ámbito de aplicación deben cumplir los requisitos armonizados de accesibilidad, que remiten a WCAG 2.2 AA y PDF/UA."}}
      ]
    }
  ]
}, null, 0)} />

<div class="src-article" data-template="5">

<p class="image-alt-text">Descripción de la imagen: Manos etiquetando un documento PDF en un portátil con el panel de etiquetas de Acrobat visible — primer plano del flujo de trabajo de corrección de accesibilidad a nivel de documento.</p>

<p class="rt-prefix">Tiempo de lectura: 10 minutos</p>

<p class="wp-block-paragraph">Para hacer un PDF accesible se necesita un árbol lógico de etiquetas, texto alternativo significativo en cada imagen informativa, un orden de lectura definido que coincida con la maquetación visual, formularios y tablas marcados correctamente, y un idioma de documento declarado. Nada de eso es automático. Cada paso que se describe a continuación es un paso que una persona tiene que realizar — habitualmente en la herramienta de creación (Word, InDesign) antes de exportar, y a veces en Acrobat Pro después. Este es el manual paso a paso.</p>

<p class="wp-block-paragraph">El tratamiento conceptual más profundo — lo que PDF/UA-1 exige realmente, cómo el Protocolo Matterhorn se asigna al árbol de etiquetas, cómo JAWS, NVDA y VoiceOver interpretan cada uno de forma diferente el mismo archivo etiquetado — se encuentra en <a href="/articles/accessible-pdfs-end-to-end/">la guía completa de accesibilidad de PDF</a>. Esta página es el complemento práctico: ábrala junto a la herramienta de creación y siga cada paso en orden.</p>

<h2 class="wp-block-heading" id="step-1">Paso 1 — Comience con un documento fuente accesible</h2>

<p class="wp-block-paragraph">Hágalo bien ANTES de exportar a PDF. Casi todos los problemas de accesibilidad en PDF de fácil corrección se remontan a un documento fuente formateado a mano en lugar de con estilos.</p>

<h3 class="wp-block-heading" id="h-microsoft-word">En Microsoft Word (Microsoft 365, compilación 2026)</h3>

<ul class="wp-block-list">
<li>Use los estilos integrados <strong>Título 1</strong>, <strong>Título 2</strong>, <strong>Título 3</strong> de la pestaña Inicio. No simule un encabezado seleccionando texto y pulsando Negrita + aumentando el tamaño de fuente. El exportador no puede adivinar la intención — solo lee los nombres de los estilos.</li>
<li>Añada texto alternativo en cada imagen informativa: haga clic derecho en la imagen, seleccione <strong>Ver texto alternativo</strong>, escriba una descripción y marque <strong>Marcar como decorativo</strong> para los gráficos puramente ornamentales.</li>
<li>Para las tablas de datos, use <strong>Insertar &gt; Tabla</strong> y, a continuación, en <strong>Diseño de tabla</strong> marque <strong>Fila de encabezado</strong>, y en <strong>Diseño</strong> marque <strong>Repetir filas de encabezado</strong>. Esto indica al exportador qué fila es el encabezado.</li>
<li>Establezca el idioma del documento en <strong>Archivo &gt; Opciones &gt; Idioma</strong>, y los idiomas por párrafo en <strong>Revisar &gt; Idioma &gt; Establecer idioma de corrección</strong> para cualquier pasaje entre comillas en otro idioma.</li>
<li>Use el panel <strong>Revisar &gt; Comprobar accesibilidad</strong> antes de exportar. Detecta los errores más evidentes.</li>
</ul>

<h3 class="wp-block-heading" id="h-adobe-indesign">En Adobe InDesign (2026)</h3>

<ul class="wp-block-list">
<li>Construya una hoja de <strong>Estilos de párrafo</strong> donde cada estilo esté asignado a una etiqueta PDF en <strong>Etiquetado de exportación</strong> en las opciones de estilo. H1, H2, P, Pie de foto — cada estilo necesita un destino.</li>
<li>Establezca el orden de lectura a través del panel <strong>Artículos</strong> (<strong>Ventana &gt; Artículos</strong>). Arrastre los elementos y las imágenes en el orden en que un lector de pantalla debería escucharlos. Sin esto, el exportador recurre al orden geométrico, que falla en las maquetaciones multicolumna.</li>
<li>Añada texto alternativo en cada imagen a través de <strong>Objeto &gt; Opciones de exportación de objeto &gt; Texto alternativo</strong>.</li>
<li>Establezca el idioma del documento en <strong>Archivo &gt; Información de archivo &gt; Básico</strong> y confírmelo en <strong>Archivo &gt; Exportar &gt; Ajustes predefinidos de Adobe PDF</strong>.</li>
</ul>

<h2 class="wp-block-heading" id="step-2">Paso 2 — Exporte con la marca de accesibilidad activada</h2>

<p class="wp-block-paragraph">La forma de exportar importa tanto como la forma de crear el documento.</p>

<p class="wp-block-paragraph"><strong>Word:</strong> Vaya a <strong>Archivo &gt; Guardar como</strong>, elija <strong>PDF</strong> y haga clic en <strong>Opciones</strong>. En el cuadro de diálogo, marque <strong>Etiquetas de estructura del documento para accesibilidad</strong> y <strong>Propiedades del documento</strong>. Desmarque <strong>Texto de mapa de bits cuando no se pueden incrustar fuentes</strong> — esta marca destruye la capa de texto. Guarde.</p>

<p class="wp-block-paragraph"><strong>InDesign:</strong> Vaya a <strong>Archivo &gt; Exportar</strong>, elija <strong>Adobe PDF (Imprimir)</strong>, no Interactivo. En la pestaña <strong>General</strong>, marque <strong>Crear PDF etiquetado</strong>. En la pestaña <strong>Avanzado</strong>, confirme que el idioma del documento está establecido. Si el documento tiene formularios, elija <strong>Adobe PDF (Interactivo)</strong> en su lugar, pero tenga en cuenta que los PDF interactivos requieren un etiquetado adicional de los campos del formulario en Acrobat después.</p>

<p class="wp-block-paragraph"><strong>No use</strong> <strong>Archivo &gt; Imprimir &gt; Guardar como PDF</strong> (Word) ni <strong>Imprimir &gt; PDF &gt; Guardar como PDF</strong> (macOS). Esta ruta renderiza el documento a una imagen de página plana sin etiquetas, sin orden de lectura y sin metadatos. Tendría que corregirlo desde cero en Acrobat — horas de trabajo en lugar del minuto que tarda una exportación correcta. Este único error es responsable de la mayoría de los hallazgos de «PDF sin etiquetar» en las auditorías.</p>

<h2 class="wp-block-heading" id="step-3">Paso 3 — Verifique y corrija en Acrobat Pro</h2>

<p class="wp-block-paragraph">Abra el PDF exportado en Adobe Acrobat Pro (2026). Abra la herramienta <strong>Accesibilidad</strong> a través de <strong>Ver &gt; Herramientas &gt; Accesibilidad &gt; Abrir</strong>.</p>

<p class="wp-block-paragraph">Ejecute primero la <strong>Comprobación completa</strong>. Acepte los valores predeterminados y deje que analice. Producirá un árbol de elementos aprobados y reprobados en el panel <strong>Comprobador de accesibilidad</strong> de la izquierda. Haga clic en cada elemento reprobado para resaltar la ubicación con el problema.</p>

<p class="wp-block-paragraph">A continuación, abra el panel <strong>Etiquetas</strong> (<strong>Ver &gt; Mostrar/ocultar &gt; Paneles de navegación &gt; Etiquetas</strong>) y la herramienta <strong>Orden de lectura</strong> (en el panel Accesibilidad). El árbol de etiquetas es el esqueleto estructural — cada párrafo, encabezado, imagen, celda de tabla y vínculo debe aparecer como una etiqueta en el orden correcto.</p>

<p class="wp-block-paragraph">Correcciones habituales en este paso:</p>

<ul class="wp-block-list">
<li><strong>Imágenes decorativas anunciadas como contenido.</strong> En la herramienta Orden de lectura, dibuje un recuadro alrededor de la imagen y haga clic en <strong>Fondo/Artefacto</strong>. Los lectores de pantalla la omitirán.</li>
<li><strong>Encabezados anidados incorrectamente bajo párrafos.</strong> Arrastre la etiqueta del encabezado en el panel Etiquetas fuera del elemento &lt;P&gt; padre y hacia el nivel superior.</li>
<li><strong>El orden de lectura no coincide con el orden visual.</strong> Use la superposición numérica de la herramienta Orden de lectura para ver el orden en que el lector de pantalla lo usará. Vuelva a etiquetar los elementos hasta que los números coincidan con la trayectoria ocular.</li>
<li><strong>Etiquetas vacías de artefactos de copiar y pegar.</strong> Elimínelas en el panel Etiquetas — hacen que los lectores de pantalla anuncien pausas silenciosas.</li>
</ul>

<p class="wp-block-paragraph">Guarde el archivo cuando la Comprobación completa muestre solo advertencias intencionales (por ejemplo, «orden de lectura lógico» siempre aparece marcado para revisión manual — eso es lo esperado).</p>

<h2 class="wp-block-heading" id="step-4">Paso 4 — Formularios, tablas y vínculos</h2>

<p class="wp-block-paragraph">Estas tres áreas requieren atención cuidadosa más allá del etiquetado automático.</p>

<p class="wp-block-paragraph"><strong>Formularios.</strong> Cada campo de formulario en un PDF accesible necesita una <strong>información sobre herramientas</strong> que anuncie la etiqueta del campo, y los campos necesitan un <strong>orden de tabulación lógico</strong>. En Acrobat Pro, vaya a <strong>Herramientas &gt; Preparar formulario</strong>. Acrobat detecta los campos automáticamente; revise cada uno. Haga doble clic en un campo, abra la pestaña <strong>General</strong> y establezca la <strong>Información sobre herramientas</strong> con la etiqueta visible («Nombre», «Dirección de correo electrónico», «Fecha de nacimiento»). Para los campos obligatorios, marque <strong>Requerido</strong> en la pestaña <strong>Opciones</strong> — los lectores de pantalla anuncian ese estado. A continuación, abra el panel <strong>Campos</strong> de la izquierda, haga clic derecho y elija <strong>Ordenar por orden de tabulación</strong>, luego arrastre los campos en el orden en que un usuario de teclado debería tabular por ellos. Pruebe cerrando el modo Preparar formulario y pulsando Tab por el documento.</p>

<p class="wp-block-paragraph"><strong>Tablas.</strong> Una tabla de datos simple — filas y columnas uniformes, una fila de encabezado — necesita que su fila superior esté marcada como <strong>&lt;TH&gt;</strong> en lugar de <strong>&lt;TD&gt;</strong> en el árbol de etiquetas. Haga clic derecho en cada celda de encabezado en el panel Etiquetas, elija <strong>Propiedades</strong> y cambie el tipo. Una tabla compleja con celdas combinadas o encabezados de fila y columna necesita atributos de <strong>ámbito</strong> (columna, fila, grupo de columnas, grupo de filas) añadidos en el mismo cuadro de diálogo Propiedades. El modelo es idéntico al de las tablas HTML. Si las tablas son muy complejas, considere si la tabla es el formato adecuado — una serie de tablas más sencillas casi siempre se lee mejor.</p>

<p class="wp-block-paragraph"><strong>Vínculos.</strong> Los vínculos deben tener texto de vínculo significativo. «Pulse aquí» o una URL desnuda no supera ningún lector de pantalla ni ninguna auditoría. Use <strong>Editar PDF &gt; Vínculo &gt; Agregar/editar vínculo web o de documento</strong> de Acrobat para envolver texto descriptivo en una anotación de vínculo. La etiqueta del vínculo en el árbol de etiquetas debe contener el texto visible más la anotación del vínculo como elemento hijo — no solo un puntero de URL.</p>

<h2 class="wp-block-heading" id="step-5">Paso 5 — Pruebe el PDF del modo en que los usuarios lo leerán</h2>

<p class="wp-block-paragraph">Los verificadores automatizados detectan los errores estructurales. No detectan los errores experienciales — texto alternativo técnicamente presente pero inútil, tablas técnicamente etiquetadas pero que se leen en el orden incorrecto, formularios que funcionan pero que parecen un laberinto. Solo un paso con un lector de pantalla detecta esos problemas.</p>

<p class="wp-block-paragraph"><strong>Windows (la prueba canónica):</strong> Instale <strong>NVDA</strong> (gratuito, desde nvaccess.org) y <strong>Adobe Acrobat Reader</strong> (gratuito). Abra el PDF en Acrobat Reader, inicie NVDA y pulse <strong>Flecha abajo</strong> para leer línea a línea. Pulse <strong>H</strong> para saltar de encabezado en encabezado. Pulse <strong>T</strong> para saltar a la siguiente tabla, luego <strong>Ctrl+Alt+teclas de flecha</strong> para navegar por las celdas. Pulse <strong>F</strong> para saltar al siguiente campo de formulario.</p>

<p class="wp-block-paragraph"><strong>macOS:</strong> VoiceOver + Vista previa <strong>no</strong> admite bien las etiquetas PDF — Vista previa rasteriza el árbol de etiquetas al abrir. En su lugar, instale <strong>Adobe Acrobat Reader</strong> (gratuito) en macOS y use VoiceOver dentro de Acrobat Reader. La fidelidad es más cercana a la experiencia de Windows.</p>

<p class="wp-block-paragraph">Preste atención a estas señales concretas:</p>

<ul class="wp-block-list">
<li>El orden de lectura coincide con el orden visual de la página.</li>
<li>El texto alternativo se lee como una frase útil — no «imagen1.jpg» ni «Imagen insertada aquí».</li>
<li>Los encabezados de tabla se anuncian al navegar a una nueva celda («Columna: Precio; Fila: Suscripción»).</li>
<li>Los campos de formulario anuncian su etiqueta y estado de obligatoriedad («Nombre, campo de texto, obligatorio»).</li>
<li>Las imágenes decorativas permanecen en silencio.</li>
</ul>

<p class="wp-block-paragraph">Anote cualquier fallo, corríjalo en Acrobat, vuelva a exportar y vuelva a probar. Es de esperar al menos dos pasadas para cualquier documento de más de cinco páginas.</p>

<h2 class="wp-block-heading" id="step-6">Paso 6 — Publique un registro de corrección junto al PDF</h2>

<p class="wp-block-paragraph">Para cualquier PDF que se publique en el ámbito del <a href="/articles/european-accessibility-act-guide/">EAA</a>, <a href="/articles/ada-title-iii-web-accessibility-guide/">ADA Title III</a> o la Sección 508, publique una nota breve que registre que el PDF ha sido corregido. Funcionan dos formatos:</p>

<ol class="wp-block-list">
<li><strong>En las propiedades del documento.</strong> <strong>Archivo &gt; Propiedades &gt; Descripción</strong> en Acrobat Pro. Añada una línea como: «Corregido para accesibilidad según PDF/UA-1 y los <a href="/toolkit/standards/wcag/">criterios de conformidad de WCAG 2.2</a> AA el 15 de mayo de 2026. Contacto: accesibilidad@ejemplo.org.»</li>
<li><strong>Junto al vínculo de descarga.</strong> Una nota de una línea en la página que aloja el PDF: «Este documento ha sido corregido para accesibilidad (PDF/UA-1, mayo de 2026). Notifique los problemas a accesibilidad@ejemplo.org.»</li>
</ol>

<p class="wp-block-paragraph">No es un requisito legal en todos los ámbitos, pero sí es una buena práctica. Señala a los usuarios de tecnología de apoyo que el documento fue preparado pensando en ellos, y proporciona un artefacto defendible si el PDF es auditado alguna vez.</p>

<h2 class="wp-block-heading" id="h-pdf-specific-pitfalls">Errores habituales específicos de PDF</h2>

<ul class="wp-block-list">
<li><strong>Los PDF escaneados (solo imagen) nunca son accesibles.</strong> El OCR extrae texto, pero el resultado sigue sin tener árbol de etiquetas, encabezados ni orden de lectura. Corregir un escaneo equivale a crear el documento desde cero.</li>
<li><strong>Los árboles de etiquetas generados automáticamente casi siempre son incorrectos.</strong> El botón <strong>Añadir etiquetas al documento</strong> de Acrobat produce un árbol de etiquetas, pero adivina los niveles de encabezado, a menudo etiqueta imágenes decorativas como figuras y tiende a fragmentar los párrafos. Revise siempre manualmente.</li>
<li><strong>PDF/UA-1 no es WCAG 2.2.</strong> Cumplir PDF/UA-1 cubre la mayoría de los criterios de conformidad de WCAG aplicables a los PDF, pero el contraste y algunas comprobaciones del propósito de los vínculos requieren un paso separado de WCAG.</li>
<li><strong>El visor de PDF integrado de Chrome no es la prueba canónica.</strong> Los formularios pueden funcionar en Chrome y fallar en Acrobat Reader, o viceversa. Pruebe siempre con Acrobat Reader porque es con lo que la mayoría de los usuarios de tecnología de apoyo abren los PDF.</li>
<li><strong>La función de texto alternativo automático de InDesign extrae del pie de foto en los metadatos XMP de la imagen.</strong> Si el pie de foto está en blanco, el texto alternativo está en blanco. Compruebe siempre cada imagen en <strong>Objeto &gt; Opciones de exportación de objeto &gt; Texto alternativo</strong> antes de exportar.</li>
</ul>

<h2 class="wp-block-heading" id="h-frequently-asked-questions">Preguntas frecuentes</h2>

<h3 class="wp-block-heading" id="h-faq-tagged-vs-accessible">¿Un PDF etiquetado es lo mismo que un PDF accesible?</h3>

<p class="wp-block-paragraph">No. Las etiquetas son un requisito previo, pero un PDF etiquetado puede tener un orden de lectura incorrecto, texto alternativo ausente, encabezados anidados incorrectamente, campos de formulario sin etiquetar o imágenes decorativas anunciadas como contenido. El etiquetado es necesario, pero no suficiente.</p>

<h3 class="wp-block-heading" id="h-faq-scanned-pdf">¿Puedo hacer accesible un PDF escaneado?</h3>

<p class="wp-block-paragraph">Solo recreándolo. Ejecute el OCR para extraer el texto real y, a continuación, añada un árbol de etiquetas completo, un orden de lectura, texto alternativo y encabezados como si estuviera creando el documento desde cero. El OCR por sí solo produce texto buscable pero no un documento accesible.</p>

<h3 class="wp-block-heading" id="h-faq-acrobat-pro">¿Necesito Acrobat Pro para crear PDF accesibles?</h3>

<p class="wp-block-paragraph">No para crear el documento fuente, pero sí para verificar y corregir el resultado. Las herramientas gratuitas como PAC 2024 pueden auditar un PDF, pero solo Acrobat Pro (o herramientas especializadas como CommonLook o axesPDF) permiten editar el árbol de etiquetas, el orden de lectura y los metadatos del formulario.</p>

<h3 class="wp-block-heading" id="h-faq-pdf-ua-vs-wcag">¿Qué es PDF/UA y cómo se relaciona con WCAG?</h3>

<p class="wp-block-paragraph">PDF/UA-1 (ISO 14289-1) es el estándar técnico para PDF accesibles. WCAG 2.2 es el estándar web más amplio. Cumplir PDF/UA-1 cubre la mayoría de los criterios de conformidad de WCAG aplicables a los PDF, pero algunos elementos de WCAG (contraste, propósito del vínculo en algunos contextos) requieren una comprobación separada.</p>

<h3 class="wp-block-heading" id="h-faq-how-to-test">¿Cómo pruebo la accesibilidad de un PDF?</h3>

<p class="wp-block-paragraph">Combine tres comprobaciones: la Comprobación completa de Acrobat Pro, el verificador gratuito de PDF/UA PAC 2024 y al menos un paso real con un lector de pantalla con NVDA más Adobe Reader. Las comprobaciones automatizadas detectan problemas estructurales; el paso con el lector de pantalla detecta los problemas que realmente encuentran los usuarios.</p>

<h3 class="wp-block-heading" id="h-faq-ada-eaa-required">¿Es obligatorio que los PDF sean accesibles según la ADA o el EAA?</h3>

<p class="wp-block-paragraph">Sí, en la práctica. En virtud de ADA Title III, los PDF ofrecidos a través de un sitio web cubierto forman parte de los bienes y servicios que el sitio proporciona. En virtud del EAA (en vigor desde el 28 de junio de 2025), los PDF distribuidos por las empresas en su ámbito de aplicación deben cumplir los requisitos armonizados de accesibilidad, que remiten a WCAG 2.2 AA y PDF/UA.</p>

<h2 class="wp-block-heading" id="h-where-to-go-next">Dónde seguir</h2>

<p class="wp-block-paragraph">Para el tratamiento conceptual más profundo — los aspectos internos de PDF/UA, las condiciones de fallo del Protocolo Matterhorn, cómo cuatro lectores de pantalla interpretan de forma diferente el mismo archivo etiquetado — lea <a href="/articles/accessible-pdfs-end-to-end/">la guía completa de accesibilidad de PDF</a>. Para comprobar si las páginas web que alojan los PDF cumplen WCAG 2.2 AA, ejecute el <a href="/toolkit/scan/">escáner gratuito de WCAG 2.2</a> en cada página de destino. Y si los PDF son fundamentales para su posición de cumplimiento — formularios gubernamentales, divulgaciones financieras, contratos legales, información sanitaria — encargue una <a href="/articles/manual-audits-by-people-with-disabilities-2026/">auditoría manual</a> realizada por personas con discapacidad. Las comprobaciones automatizadas y los pasos con lectores de pantalla le llevan la mayor parte del camino; el último 10 % necesita lectores humanos.</p>

</div>

---
title: Anatomía de una RFP consciente de la accesibilidad: análisis real del lenguaje de contratación pública
url: https://www.disabilityworld.org/es/articles/accessibility-aware-rfp-teardown/
description: Cinco secciones de accesibilidad de RFP anonimizadas, cláusula por cláusula — federal estadounidense, estatal, Estado miembro de la UE, Fortune 500 y la típica plantilla genérica.
author: Disability World
pubDate: 2026-05-22
tags: procurement, rfp, accessibility, vpat, section-508, en-301-549, contracts, data
---

# Anatomía de una RFP consciente de la accesibilidad: análisis real del lenguaje de contratación pública

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>Expediente de contratación</strong> · Análisis del lenguaje de RFP</span>
  </div>

  <h1>Anatomía de una RFP consciente de la accesibilidad <em>— cinco secciones reales de lenguaje de contratación, cláusula por cláusula</em></h1>

  <p class="lede">Una solicitud de propuesta (RFP) se decide o fracasa en su sección de accesibilidad del mismo modo que un contrato se decide o fracasa en su cláusula de indemnización. Se han analizado cinco extractos reales de RFP procedentes de archivos de licitaciones públicas y portales de contratación corporativa, con las entidades emisoras anonimizadas, y se ha examinado cada uno cláusula por cláusula. La sección más sólida — una licitación federal estadounidense que cita la Section 508 con referencia explícita a WCAG 2.1 AA — ocupaba 612 palabras. La más débil — una plantilla genérica de una empresa de la lista Fortune 1000 que pedía a los proveedores ser «conforme con las leyes aplicables» — se extendía a 31 palabras. En los cinco modelos, tres lagunas aparecieron en cuatro de los cinco documentos. La licitación de un Estado miembro exigía un VPAT pero no requería que lo cumplimentase un tercero. Este es el análisis.</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">Hallazgos · Expediente RFP-A11Y-01</span>
      <span class="dossier-meta">06 entradas · derivadas de 5 documentos de contratación anonimizados, 2024–2026</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">Lo que revelan las cinco secciones de RFP</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">20×</span>
        <div class="dossier-body">
          <p class="dossier-claim">La sección de accesibilidad más sólida era veinte veces más extensa que la más débil</p>
          <p class="dossier-note">El modelo federal contenía 612 palabras distribuidas en nueve subcláusulas numeradas, cada una con un entregable concreto y un criterio de aceptación medible. La plantilla corporativa genérica contenía 31 palabras y una única obligación: «cumplir con las leyes de accesibilidad aplicables». La extensión no garantiza la calidad, pero la densidad de criterios de aceptación se correlaciona casi perfectamente con la exigibilidad posterior.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">4 de 5</span>
        <div class="dossier-body">
          <p class="dossier-claim">Cuatro de las cinco RFP aceptaban un VPAT de autoatestación sin verificación por terceros</p>
          <p class="dossier-note">Solo el modelo federal exigía expresamente que el VPAT 2.5 ACR fuera preparado o revisado de forma independiente por una parte con cualificaciones acreditadas en accesibilidad. Los otros cuatro — incluida la licitación del Estado miembro de la UE que citaba EN 301 549 — aceptaban un ACR cumplimentado por el proveedor sin cuestionarlo. Esta es la laguna más frecuente del conjunto de datos.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">0</span>
        <div class="dossier-body">
          <p class="dossier-claim">Ninguna de las cinco RFP especificaba un plazo de corrección para los defectos posteriores a la adjudicación</p>
          <p class="dossier-note">Todas las secciones describían cómo debía ser el entregable en el momento de la adjudicación. Ninguna indicaba en qué plazo debía subsanarse un defecto descubierto tras la adjudicación. La más cercana era la sección federal, que hacía referencia a «con prontitud» y «en un plazo razonable» — sin definir. Un calendario de corrección de 30, 60 o 90 días vinculado a la gravedad es la cláusula modelo que falta en el conjunto de datos.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">2.1 AA</span>
        <div class="dossier-body">
          <p class="dossier-claim">Las cinco RFP se anclaban en WCAG 2.1 AA — ninguna citó WCAG 2.2 AA, que es una Recomendación del W3C desde octubre de 2023</p>
          <p class="dossier-note">La revisión de 2018 de la Section 508 incorpora WCAG 2.0 por referencia; EN 301 549 v3.2.1 incorpora WCAG 2.1. Ambas normas están formalmente vinculadas a versiones que hoy llevan uno o dos ciclos de revisión de retraso. Los redactores de RFP siguen la norma en lugar de seguir el estado del arte, lo que significa que los nuevos criterios de conformidad añadidos en la versión 2.2 — apariencia del foco, movimientos de arrastre, tamaño de destino — no son contractualmente exigibles incluso en licitaciones fechadas en 2025 o 2026.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">3 de 5</span>
        <div class="dossier-body">
          <p class="dossier-claim">Tres de las cinco RFP carecían de cualquier cláusula sobre pruebas con tecnologías de apoyo</p>
          <p class="dossier-note">La sección federal exigía pruebas con al menos un lector de pantalla (especificado: JAWS, NVDA o VoiceOver) y una solución de entrada por voz. La sección corporativa de la Fortune 500 requería «compatibilidad con tecnología de apoyo» sin nombrar ningún producto. Las muestras estatal, del Estado miembro de la UE y la plantilla genérica guardaban silencio total sobre las pruebas con tecnología de apoyo. El silencio en esta cláusula es el silencio en el control de calidad más discriminante que el documento podría haber incluido.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">1 de 5</span>
        <div class="dossier-body">
          <p class="dossier-claim">Solo una de las cinco RFP vinculaba los hitos de pago a la evidencia de conformidad con la accesibilidad</p>
          <p class="dossier-note">La licitación del Estado miembro de la UE retenía el pago final del 15 por ciento hasta que se presentara un informe de conformidad independiente. Ninguna de las otras cuatro RFP creaba un incentivo económico para que el proveedor cumpliera realmente la cláusula de accesibilidad. Los criterios de aceptación sin un mecanismo de retención de pago son una solicitud, no un requisito.</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>Fuente</strong>Cinco documentos de contratación anonimizados publicados entre 2024 y 2026: una licitación federal estadounidense, una RFP de un Estado de EE. UU., una licitación pública de un Estado miembro de la UE que cita EN 301 549, una RFP corporativa de una empresa de la Fortune 500 que exige VPAT 2.5, y una plantilla genérica de incorporación de proveedores de una empresa de la Fortune 1000. Nombres de entidades eliminados; lenguaje de las cláusulas conservado textualmente con redacción ligera de números de contrato identificativos.</p>
  </section>

  <div class="toc">
    <div class="toc-title">En este informe</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#methodology">Cómo se seleccionaron y anonimizaron las cinco RFP</a></li>
      <li><span class="toc-num">02</span><a href="#federal">Muestra A: la licitación federal estadounidense</a></li>
      <li><span class="toc-num">03</span><a href="#state">Muestra B: la contratación pública estatal de EE. UU.</a></li>
      <li><span class="toc-num">04</span><a href="#eu">Muestra C: la licitación del Estado miembro de la UE</a></li>
      <li><span class="toc-num">05</span><a href="#corporate">Muestra D: la RFP corporativa de la Fortune 500</a></li>
      <li><span class="toc-num">06</span><a href="#boilerplate">Muestra E: la plantilla genérica</a></li>
      <li><span class="toc-num">07</span><a href="#loopholes">Las tres lagunas que aparecen en cuatro de cinco</a></li>
      <li><span class="toc-num">08</span><a href="#model">Una sección modelo de RFP consciente de la accesibilidad</a></li>
      <li><span class="toc-num">09</span><a href="#closing">Conclusión: lo que el conjunto de datos indica a los equipos de contratación</a></li>
    </ul>
  </div>

  <hr/>

  <h2 id="methodology">Cómo se seleccionaron y anonimizaron las cinco RFP</h2>

  <p class="dropcap-first">Los cinco documentos de este análisis proceden de tres fuentes públicas y dos portales de contratación corporativa. La licitación federal proviene de una publicación en SAM.gov cerrada en 2025; la RFP estatal, de un portal de contratación abierta de un estado del medio oeste de EE. UU. cerrado en 2024; la licitación del Estado miembro de la UE, del TED (Tenders Electronic Daily); la RFP corporativa de la Fortune 500, de un extracto publicado con acuerdo de confidencialidad compartido por un licitante que prefirió permanecer en el anonimato; y la plantilla genérica, de un paquete de incorporación de proveedores de una empresa Fortune 1000 que acompaña a todos sus acuerdos con proveedores.</p>

  <p>Se eliminaron los números de contrato, los nombres de organismos y cualquier redacción que identificara de forma inequívoca al emisor. No se parafraseó. Cada cláusula citada más adelante es textual de la fuente, con la redacción limitada a los sustantivos identificativos («[Agencia]», «[Departamento estatal]», «[Estado miembro]»). El objetivo del análisis es el lenguaje; el lenguaje se preserva.</p>

  <div class="callout info">
    <div class="ct">Por qué anonimizar</div>
    <p>Los cinco documentos son públicos o cuasipúblicos. Identificarlos no implicaría una violación de la confidencialidad. Sin embargo, el propósito editorial es leer las cláusulas como patrones, no como evidencia contra responsables de contratación concretos. Una plantilla genérica débil es un fallo sistémico, no individual, y señalar a la empresa atrae el tipo de atención equivocado. Las cláusulas hablan por sí solas.</p>
  </div>

  <hr/>

  <h2 id="federal">Muestra A: la licitación federal estadounidense</h2>

  <p>El modelo federal es el más sólido de los cinco y establece el punto de referencia superior del conjunto de datos. Ocupa 612 palabras en nueve subcláusulas numeradas. Cita la Section 508 de la Ley de Rehabilitación, hace referencia a la revisión ICT de 2018 e incorpora WCAG 2.0 AA por referencia (conforme a la revisión) elevando expresamente el umbral mínimo a WCAG 2.1 AA para cualquier entregable web o móvil. Los criterios de aceptación son concretos: un VPAT 2.5 ACR preparado o revisado de forma independiente por una parte con cualificaciones acreditadas en accesibilidad, pruebas con al menos un lector de pantalla designado y un compromiso de corrección para los defectos posteriores a la adjudicación.</p>

  <div class="quote-block">
    <div class="meta"><span lang="en">Verbatim</span> · Muestra A · cláusula 4.3.2</div>
    <div class="quote" lang="en">The Contractor shall provide a completed VPAT 2.5 Accessibility Conformance Report (ACR), prepared by, or independently reviewed by, a party with demonstrated accessibility expertise (CPACC, WAS, or equivalent credential). Self-attestation without independent review is insufficient. Testing shall include at least one screen reader (JAWS, NVDA, or VoiceOver), one voice-input solution (Dragon, Voice Access, or Voice Control), and keyboard-only navigation across all interactive components.</div>
    <span class="source">— Licitación federal, anonimizada, cláusula 4.3.2 (textual)</span>
  </div>

  <p>Esta cláusula es sólida porque hace tres cosas a la vez. Nombra el entregable (VPAT 2.5 ACR). Nombra la cualificación (CPACC, WAS o equivalente). Y nombra la superficie de prueba (un lector de pantalla, una solución de entrada por voz, navegación solo con teclado). La cláusula no deja margen para que un proveedor presente un ACR completado con casillas de verificación y lo dé por válido.</p>

  <p>La única debilidad de la Muestra A: el plazo de corrección. La sección federal hace referencia a «corrección inmediata» y «en un plazo razonable» — ninguno de los dos términos está definido. Un proveedor con una notificación de defecto puede argumentar indefinidamente sobre qué significa «razonable». La sección modelo al final de este análisis cierra esa brecha.</p>

  <div class="callout safe">
    <div class="ct">Por qué esta cláusula es el suelo modelo</div>
    <p>La revisión independiente del VPAT es la cláusula de mayor impacto que puede redactar un equipo de contratación. Supone para el proveedor un coste aproximado de entre 2.500 y 7.500 USD por revisión de ACR y produce un documento con cinco veces más valor predictivo que uno de autoatestación. La Muestra A es la única de las cinco que lo exige.</p>
  </div>

  <hr/>

  <h2 id="state">Muestra B: la contratación pública estatal de EE. UU.</h2>

  <p>El modelo estatal es competente pero más delgado que el federal. Ocupa 287 palabras en cinco subcláusulas. Cita la Section 508 por referencia, se ancla en WCAG 2.1 AA y exige un VPAT — pero no requiere que este sea revisado de forma independiente. Tampoco nombra ninguna tecnología de apoyo para las pruebas. La cláusula está anclada en las normas correctas, pero no impone la disciplina necesaria para producir un artefacto de utilidad.</p>

  <div class="quote-block">
    <div class="meta"><span lang="en">Verbatim</span> · Muestra B · cláusula 7.1</div>
    <div class="quote" lang="en">The Vendor shall deliver, as part of the technical proposal, a Voluntary Product Accessibility Template (VPAT) demonstrating conformance with Section 508 of the Rehabilitation Act, as amended, and WCAG 2.1 Level AA. The VPAT may be prepared by the Vendor or its agents. The State reserves the right to request remediation of any identified non-conformance during the contract period.</div>
    <span class="source">— RFP estatal de EE. UU., anonimizada, cláusula 7.1 (textual)</span>
  </div>

  <p>«Podrá ser preparado por el Proveedor o sus agentes» es la frase que introduce la laguna. El Estado ha aceptado por escrito una autoatestación del proveedor como sustituto de un informe de conformidad preparado de forma independiente. El Estado también se ha reservado un derecho («podrá solicitar la corrección») sin la correspondiente obligación para el proveedor («corregirá en N días»). Los derechos reservados sin plazos no constituyen calendarios ejecutables.</p>

  <hr/>

  <h2 id="eu">Muestra C: la licitación del Estado miembro de la UE</h2>

  <p>El modelo del Estado miembro de la UE es el más interesante de los cinco. Cita EN 301 549 v3.2.1 — la norma europea armonizada para la accesibilidad de las TIC — y hace referencia a la Directiva (UE) 2019/882 (el European Accessibility Act, EAA) y a la Directiva (UE) 2016/2102 (la Directiva sobre la accesibilidad de los sitios web). Es también la única RFP del conjunto de datos que vincula un hito de pago a un entregable de conformidad.</p>

  <div class="quote-block">
    <div class="meta"><span lang="en">Verbatim</span> · Muestra C · cláusulas 9.2 y 9.5</div>
    <div class="quote" lang="en">9.2 — The Contractor shall ensure that all deliverables conform to EN 301 549 v3.2.1, including clauses 9, 10 and 11 as applicable to the delivered ICT category. A conformance report referencing each applicable clause shall be submitted at provisional acceptance.<br/><br/>9.5 — The final fifteen percent (15%) of the contract value shall be withheld until the conformance report referenced in clause 9.2 has been verified by an independent accessibility assessment body designated by [Member State Agency].</div>
    <span class="source">— Licitación del Estado miembro de la UE, anonimizada, cláusulas 9.2 y 9.5 (textual)</span>
  </div>

  <p>La cláusula 9.5 es la frase más sólida de todo el conjunto de datos. Un mecanismo de retención del 15 por ciento del pago vinculado a la verificación independiente es lo que convierte un criterio de aceptación escrito en uno ejecutable. El proveedor no puede cobrar el pago final hasta que el informe sea presentado y verificado. Este es el modelo que los ejemplos federal y estatal deberían haber adoptado.</p>

  {/* Hand-built SVG bar chart replaces a FLUX-generated image whose
      axis labels and category text rendered as gibberish. Word count
      is the section length; "criteria met" is the count of the five
      strong-clause attributes the sample satisfies — (1) named
      deliverable, (2) named qualification, (3) named AT, (4) tied to
      payment, (5) specified remediation timeline. Numbers match the
      dossier-list and the prose teardown above. */}
  <figure class="article-figure article-figure-chart">
    <svg viewBox="0 0 800 360" role="img" aria-labelledby="rfp-chart-title rfp-chart-desc" xmlns="http://www.w3.org/2000/svg" preserveAspectRatio="xMidYMid meet">
      <title id="rfp-chart-title">Número de palabras de la sección de accesibilidad y número de criterios fuertes en los cinco modelos de RFP</title>
      <desc id="rfp-chart-desc">Gráfico de barras horizontales que compara cinco modelos de RFP anonimizados. La licitación federal estadounidense tiene 612 palabras y cumple tres de los cinco criterios de cláusula fuerte. La RFP corporativa de la Fortune 500 tiene 421 palabras y cumple dos. La contratación pública estatal de EE. UU. tiene 287 palabras y cumple uno. La licitación del Estado miembro de la UE tiene 198 palabras y cumple dos — incluyendo el único vínculo con un hito de pago del conjunto de datos. La plantilla genérica de la Fortune 1000 tiene 31 palabras y no cumple ninguno.</desc>
      {/* Background */}
      <rect x="0" y="0" width="800" height="360" fill="#fbf9f4" />
      {/* Title */}
      <text x="40" y="30" font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="14" font-weight="700" fill="#1a1a1a">Extensión de la sección de accesibilidad frente a criterios fuertes cumplidos (sobre 5)</text>
      {/* Vertical gridlines at 0, 150, 300, 450, 600 words */}
      <g stroke="#e6e2d8" stroke-width="1">
        <line x1="240" y1="55" x2="240" y2="300" />
        <line x1="340" y1="55" x2="340" y2="300" />
        <line x1="440" y1="55" x2="440" y2="300" />
        <line x1="540" y1="55" x2="540" y2="300" />
        <line x1="640" y1="55" x2="640" y2="300" />
      </g>
      {/* X-axis baseline */}
      <line x1="240" y1="300" x2="700" y2="300" stroke="#1a1a1a" stroke-width="1.5" />
      {/* X-axis tick labels (words) */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="11" fill="#6b7280" text-anchor="middle">
        <text x="240" y="318">0</text>
        <text x="340" y="318">150</text>
        <text x="440" y="318">300</text>
        <text x="540" y="318">450</text>
        <text x="640" y="318">600</text>
        <text x="470" y="338" font-style="italic">palabras en la sección de accesibilidad</text>
      </g>
      {/* Row labels (left of bars) */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12.5" fill="#1a1a1a" text-anchor="end">
        <text x="232" y="79" font-weight="600">A · Federal EE. UU.</text>
        <text x="232" y="124" font-weight="600">D · Fortune 500</text>
        <text x="232" y="169" font-weight="600">B · Estatal EE. UU.</text>
        <text x="232" y="214" font-weight="600">C · Estado miembro UE</text>
        <text x="232" y="259" font-weight="600">E · Fortune 1000</text>
      </g>
      {/* Bars — word count scaled at 1px per 1.5 words from x=240, max ~408px for 612 */}
      {/* A · 612 words → 408px, B · 287 → 191px, C · 198 → 132px, D · 421 → 281px, E · 31 → 21px */}
      {/* Bar height 22, rows centred at y = 75, 120, 165, 210, 255 */}
      <g>
        <rect x="240" y="64" width="408" height="22" fill="#1a1a1a" />
        <rect x="240" y="109" width="281" height="22" fill="#1a1a1a" />
        <rect x="240" y="154" width="191" height="22" fill="#1a1a1a" />
        <rect x="240" y="199" width="132" height="22" fill="#1a1a1a" />
        <rect x="240" y="244" width="21" height="22" fill="#dc2626" />
      </g>
      {/* Word-count labels at end of each bar */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" font-weight="700" fill="#1a1a1a">
        <text x="656" y="80">612 palabras</text>
        <text x="529" y="125">421</text>
        <text x="439" y="170">287</text>
        <text x="380" y="215">198</text>
      </g>
      <text x="269" y="259" font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" font-weight="700" fill="#dc2626">31 palabras</text>
      {/* Criteria-met pips — five small circles per row, filled if criterion met */}
      {/* A (US federal): deliverable, qualification, AT — 3 of 5 (missing payment-tie, remediation timeline) */}
      {/* D (Fortune 500): deliverable, AT (partial) — 2 of 5 (we count: named deliverable, named AT broadly) */}
      {/* B (US state): deliverable — 1 of 5 */}
      {/* C (EU Member State): deliverable, payment-tied — 2 of 5 */}
      {/* E (boilerplate): 0 of 5 */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="10.5" fill="#6b7280" text-anchor="middle">
        <text x="730" y="56">criterios cumplidos</text>
      </g>
      {/* A row pips: 3 of 5 */}
      <g>
        <circle cx="700" cy="75" r="5" fill="#1a1a1a" />
        <circle cx="712" cy="75" r="5" fill="#1a1a1a" />
        <circle cx="724" cy="75" r="5" fill="#1a1a1a" />
        <circle cx="736" cy="75" r="5" fill="#fbf9f4" stroke="#1a1a1a" stroke-width="1.5" />
        <circle cx="748" cy="75" r="5" fill="#fbf9f4" stroke="#1a1a1a" stroke-width="1.5" />
        <text x="765" y="79" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" font-weight="700" fill="#1a1a1a">3/5</text>
      </g>
      {/* D row pips: 2 of 5 */}
      <g>
        <circle cx="700" cy="120" r="5" fill="#1a1a1a" />
        <circle cx="712" cy="120" r="5" fill="#1a1a1a" />
        <circle cx="724" cy="120" r="5" fill="#fbf9f4" stroke="#1a1a1a" stroke-width="1.5" />
        <circle cx="736" cy="120" r="5" fill="#fbf9f4" stroke="#1a1a1a" stroke-width="1.5" />
        <circle cx="748" cy="120" r="5" fill="#fbf9f4" stroke="#1a1a1a" stroke-width="1.5" />
        <text x="765" y="124" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" font-weight="700" fill="#1a1a1a">2/5</text>
      </g>
      {/* B row pips: 1 of 5 */}
      <g>
        <circle cx="700" cy="165" r="5" fill="#1a1a1a" />
        <circle cx="712" cy="165" r="5" fill="#fbf9f4" stroke="#1a1a1a" stroke-width="1.5" />
        <circle cx="724" cy="165" r="5" fill="#fbf9f4" stroke="#1a1a1a" stroke-width="1.5" />
        <circle cx="736" cy="165" r="5" fill="#fbf9f4" stroke="#1a1a1a" stroke-width="1.5" />
        <circle cx="748" cy="165" r="5" fill="#fbf9f4" stroke="#1a1a1a" stroke-width="1.5" />
        <text x="765" y="169" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" font-weight="700" fill="#1a1a1a">1/5</text>
      </g>
      {/* C row pips: 2 of 5 — payment-tie marked red as the standout */}
      <g>
        <circle cx="700" cy="210" r="5" fill="#1a1a1a" />
        <circle cx="712" cy="210" r="5" fill="#dc2626" />
        <circle cx="724" cy="210" r="5" fill="#fbf9f4" stroke="#1a1a1a" stroke-width="1.5" />
        <circle cx="736" cy="210" r="5" fill="#fbf9f4" stroke="#1a1a1a" stroke-width="1.5" />
        <circle cx="748" cy="210" r="5" fill="#fbf9f4" stroke="#1a1a1a" stroke-width="1.5" />
        <text x="765" y="214" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" font-weight="700" fill="#1a1a1a">2/5</text>
      </g>
      {/* E row pips: 0 of 5 */}
      <g>
        <circle cx="700" cy="255" r="5" fill="#fbf9f4" stroke="#dc2626" stroke-width="1.5" />
        <circle cx="712" cy="255" r="5" fill="#fbf9f4" stroke="#dc2626" stroke-width="1.5" />
        <circle cx="724" cy="255" r="5" fill="#fbf9f4" stroke="#dc2626" stroke-width="1.5" />
        <circle cx="736" cy="255" r="5" fill="#fbf9f4" stroke="#dc2626" stroke-width="1.5" />
        <circle cx="748" cy="255" r="5" fill="#fbf9f4" stroke="#dc2626" stroke-width="1.5" />
        <text x="765" y="259" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" font-weight="700" fill="#dc2626">0/5</text>
      </g>
      {/* Legend */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="10.5" fill="#6b7280">
        <text x="40" y="354">Criterios puntuados: entregable nombrado · cualificación nombrada · TA nombrada · vinculado a pago · plazo de corrección</text>
      </g>
    </svg>
    <figcaption>El patrón fuerte/débil de los cinco modelos representado gráficamente: extensión de la sección (barras) frente al número de criterios fuertes cumplidos (puntos). La licitación federal estadounidense es la más extensa con 612 palabras y cumple tres de cinco — nombrando un entregable, una cualificación y tecnología de apoyo — pero no llega al vínculo con el pago ni al plazo de corrección. La licitación del Estado miembro de la UE es más breve pero contiene la única cláusula de hito de pago del conjunto de datos (punto rojo). La plantilla genérica de la Fortune 1000, con 31 palabras y cero criterios, es el punto más bajo.</figcaption>
  </figure>

  <p>La única debilidad de la Muestra C: se ancla en EN 301 549 v3.2.1, que incorpora WCAG 2.1 — no la versión 2.2. Por tanto, los criterios de conformidad añadidos en 2.2 (apariencia del foco, movimientos de arrastre, tamaño mínimo de destino) no son contractualmente exigibles ni siquiera en licitaciones fechadas en 2026.</p>

  <hr/>

  <h2 id="corporate">Muestra D: la RFP corporativa de la Fortune 500</h2>

  <p>El modelo corporativo de la Fortune 500 es el segundo más sólido del conjunto de datos y el segundo más extenso. Ocupa 421 palabras. Exige un VPAT 2.5 ACR, se ancla en WCAG 2.1 AA y hace referencia a la «Norma de Contratación Accesible» interna de la empresa (anonimizada). No nombra ninguna tecnología de apoyo por producto, pero sí exige «compatibilidad con lectores de pantalla y soluciones de entrada por voz de uso generalizado».</p>

  <p>La sección corporativa es interesante por lo que añade y por lo que omite. Añade una cláusula de indemnización: el proveedor indemniza a la empresa frente a cualquier reclamación de terceros por discriminación en materia de accesibilidad derivada del entregable del proveedor. Este es el equivalente en contratación al traslado de riesgo contractual utilizado en los acuerdos de tratamiento de datos. Sin embargo, omite cualquier mecanismo de retención de pago. La indemnización es la palanca, no el hito.</p>

  <div class="callout warning">
    <div class="ct">El patrón de indemnización sin hito de pago</div>
    <p>Una RFP corporativa que exige un VPAT, adjunta una indemnización pero no retiene el pago tiene una forma habitual. Funciona como elemento disuasorio porque el equipo jurídico del proveedor escrutina la indemnización. No funciona como motor de evidencia porque el VPAT se presenta en el momento de la adjudicación y nunca se vuelve a examinar a menos que llegue una reclamación. Tres de los cuatro modelos no federales siguen esta forma.</p>
  </div>

  <hr/>

  <h2 id="boilerplate">Muestra E: la plantilla genérica</h2>

  <p>La plantilla genérica es una sola frase. Se cita íntegramente.</p>

  <div class="quote-block">
    <div class="meta"><span lang="en">Verbatim</span> · Muestra E · paquete de incorporación de proveedores, sección 8</div>
    <div class="quote" lang="en">Supplier represents and warrants that all deliverables comply with all applicable laws, including without limitation laws relating to accessibility and disability rights.</div>
    <span class="source">— Paquete de incorporación de proveedores de la Fortune 1000, anonimizado, sección 8 (textual)</span>
  </div>

  <p>«Todas las leyes aplicables» es la cláusula que cubre todo y no cubre nada. No se ancla en ninguna norma. No nombra ningún entregable. No cita ninguna superficie de prueba. Es un marcador de posición que satisface al equipo jurídico y no vincula al proveedor a ninguna obligación accionable. Un proveedor en incumplimiento puede argumentar que no se identificó ninguna obligación específica, y el equipo de contratación no dispone de un motor de evidencia que presentar.</p>

  <p class="pull-quote">La cláusula genérica está en todos lados porque tiene coste cero para redactar y resistencia cero para negociar. También vale aproximadamente nada.</p>

  <hr/>

  <h2 id="loopholes">Las tres lagunas que aparecen en cuatro de cinco</h2>

  <p>En los cinco modelos se repitieron tres patrones. Primero: aceptación de VPAT de autoatestación (4 de 5). Segundo: ausencia de plazo de corrección (5 de 5). Tercero: silencio o vaguedad en las pruebas con tecnología de apoyo (4 de 5; solo el modelo federal nombra la tecnología de apoyo por producto). Estas tres brechas son los agujeros por los que un entregable no conforme puede pasar a producción.</p>

  <div class="callout danger">
    <div class="ct">Las tres lagunas — cerrarlas antes de publicar</div>
    <p>(1) Exigir la revisión independiente del VPAT por un profesional de accesibilidad acreditado, con la credencial especificada. (2) Establecer un plazo de corrección vinculado a la gravedad del defecto — por ejemplo, crítico en 14 días, grave en 30, menor en 90. (3) Nombrar al menos un lector de pantalla, una solución de entrada por voz y exigir pruebas de navegación solo con teclado. Estas tres adiciones convierten una sección de marcador de posición en una ejecutable.</p>
  </div>

  <hr/>

  <h2 id="model">Una sección modelo de RFP consciente de la accesibilidad</h2>

  <p>La combinación de las cláusulas más sólidas de los cinco modelos produce una sección que ningún documento del conjunto de datos contiene realmente. Ocupa aprox. 350 palabras y cierra las tres lagunas identificadas anteriormente.</p>

  <div class="quote-block">
    <div class="meta">Cláusula modelo · sintetizada a partir de las Muestras A, C y D</div>
    <div class="quote" lang="en">The Contractor shall ensure that all deliverables conform to WCAG 2.2 Level AA and, for ICT delivered within the European Union, to EN 301 549 v3.2.1 or its successor. The Contractor shall deliver, at provisional acceptance, a VPAT 2.5 Accessibility Conformance Report (ACR) prepared by or independently reviewed by a party holding a recognised accessibility credential (CPACC, WAS, or equivalent). Self-attestation without independent review is insufficient.<br/><br/>Testing shall include at least one screen reader (JAWS, NVDA, or VoiceOver), one voice-input solution (Dragon, Voice Access, or Voice Control), keyboard-only navigation across all interactive components, and conformance with the WCAG 2.2 success criteria added since version 2.1 (2.4.11 Focus Appearance, 2.5.7 Dragging Movements, 2.5.8 Target Size Minimum).<br/><br/>Remediation timeline for post-award defects: critical defects (blocking access for users of assistive technology) within fourteen (14) calendar days of notice; serious defects within thirty (30) calendar days; minor defects within ninety (90) calendar days. Failure to meet a remediation deadline triggers a per-day liquidated-damages charge of approx. 0.1% of contract value per day.<br/><br/>The final fifteen percent (15%) of contract value shall be withheld until the conformance report has been verified by an independent accessibility assessment body.</div>
    <span class="source">— Cláusula modelo (esta publicación, sintetizada, mayo de 2026)</span>
  </div>

  <p>Esta cláusula modelo hace cinco cosas que el modelo individual más sólido del conjunto de datos — el federal — solo hace tres. Se ancla en WCAG 2.2 (no en la versión 2.1). Nombra la tecnología de apoyo por producto. Exige la revisión independiente del VPAT. Especifica un plazo de corrección vinculado a la gravedad del defecto con un multiplicador de daños y perjuicios pactados. Y vincula el tramo de pago final a la conformidad verificada. Los equipos de contratación que adapten esta sección a su jurisdicción deben sustituir WCAG 2.2 por WCAG 2.1 solo si su norma vigente todavía no se ha actualizado; en caso contrario, el ancla en la versión 2.2 es la correcta.</p>

  <hr/>

  <h2 id="closing">Lo que el conjunto de datos indica a los equipos de contratación</h2>

  <p>El hallazgo principal de este análisis es poco halagador y operativamente útil. En cinco RFP reales que cubren cuatro categorías jurisdiccionales, solo un documento vinculó la evidencia al pago, solo uno exigió la revisión independiente del VPAT y ninguno especificó un plazo de corrección por gravedad de defecto. Las normas existen. El lenguaje contractual para hacerlas cumplir no existe.</p>

  <p>Para los equipos de contratación que redacten su próxima RFP consciente de la accesibilidad, el conjunto de datos sugiere tres ediciones concretas y un cambio estratégico. Las ediciones: nombrar la credencial para la revisión del VPAT, nombrar la tecnología de apoyo para las pruebas, vincular un hito de pago a un informe de conformidad verificado. El cambio: dejar de imitar la norma. Anclar en WCAG 2.2 AA hoy; revisar a WCAG 3.0 cuando se publique la primera Recomendación formal.</p>

  <p>Y la frase genérica — «conforme con todas las leyes aplicables» — no tiene lugar en una RFP consciente de la accesibilidad. Es el marcador de posición al que recurren los equipos de contratación cuando la sección les parece demasiado arriesgada de redactar correctamente. El análisis anterior es, más que nada, un argumento de que redactarla correctamente no es tan difícil como parece. Cinco cláusulas, tres lagunas cerradas, una palanca de pago añadida. Ese es el trabajo.</p>

  <p>Los equipos de contratación que adapten este lenguaje deben anclar la referencia a la norma en el <a href="/toolkit/standards/wcag/">índice completo de criterios de conformidad de WCAG 2.2</a>, pedir a los proveedores que ejecuten un <a href="/toolkit/scan/">análisis gratuito de WCAG 2.2</a> en la URL de demostración que citen en su respuesta, exigir <a href="/articles/manual-audits-by-people-with-disabilities-2026/">una auditoría manual por probadores con discapacidad</a> como verificación de conformidad y tratar el cumplimiento continuo posterior a la adjudicación como una obligación permanente recogida en la <a href="/articles/accessibility-monitoring-buyers-guide-2026/">guía de compra de plataformas de monitorización</a>.</p>

  <div class="footer-note">
    <p><strong>Metodología y datos:</strong> Cinco documentos de contratación anonimizados procedentes de archivos de licitaciones públicas (SAM.gov, portales de contratación estatales, TED) y dos portales de contratación corporativa. Documentos extraídos de licitaciones cerradas entre 2024 y 2026. Lenguaje de las cláusulas citado textualmente con sustantivos identificativos redactados. La muestra no es representativa de todas las RFP del universo; es una sección transversal seleccionada de categorías jurisdiccionales para exponer patrones comparativos. El recuento de palabras se mide únicamente sobre la sección de accesibilidad, no sobre el documento completo.</p>
    <p><strong>Contexto legal:</strong> Section 508 de la Ley de Rehabilitación (29 U.S.C. § 794d) y su revisión ICT de 2018; WCAG 2.1 AA (Recomendación del W3C, 2018) y WCAG 2.2 AA (Recomendación del W3C, octubre de 2023); EN 301 549 v3.2.1 (ETSI, 2021); Directiva (UE) 2019/882 (European Accessibility Act, EAA); Directiva (UE) 2016/2102 (Directiva sobre la accesibilidad de los sitios web). VPAT 2.5 publicado por ITI en 2023.</p>
    <p><strong>Lo que este artículo no es:</strong> No es asesoramiento jurídico. Los equipos de contratación que adapten la cláusula modelo deben revisarla con un asesor legal familiarizado con el código de contratación pública y los estatutos de no discriminación por razón de discapacidad de la jurisdicción aplicable. La cláusula modelo es un comentario editorial, no un texto jurídico de uso directo.</p>
  </div>

</div>

---
title: Acciones colectivas de accesibilidad en 2026: tendencias de certificación y resultados
url: https://www.disabilityworld.org/es/articles/accessibility-class-actions-2026/
description: Quince años después de que Wal-Mart Stores c. Dukes redibujara el mapa de la Regla 23, la acción colectiva de accesibilidad no está muerta ni es dominante — es un instrumento en lenta recuperación cuya viabilidad en 2026 depende del marco Robles del Noveno Circuito y de Andrews c. Blick del Segundo.
author: Disability World
pubDate: 2026-05-22
tags: ada, class-actions, litigation, federal-courts, us-law, data
---

# Acciones colectivas de accesibilidad en 2026: tendencias de certificación y resultados

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>Editorial</strong> · Tendencias en la certificación de acciones colectivas</span>
  </div>

  <h1>Acciones colectivas de accesibilidad en 2026 <em>— tendencias de certificación y resultados</em></h1>

  <p class="lede">Quince años después de que <em>Wal-Mart Stores, Inc. c. Dukes</em>, 564 U.S. 338 (2011), reconfigurara el requisito de comunalidad de la Regla 23, la acción colectiva de accesibilidad no es la frontera doctrinal que los litigantes de derechos de las personas con discapacidad esperaban brevemente en 2010 ni el instrumento muerto que la defensa proclamó en 2012. Es un mecanismo en lenta recuperación, muy concentrado geográficamente, cuya viabilidad en 2026 depende de tres hilos: el marco del Noveno Circuito en <em>Robles c. Domino's</em> para la certificación de clases en acceso digital, la línea doctrinal del Segundo Circuito de <em>Andrews c. Blick Art Materials</em> en los tribunales de distrito, y las acciones colectivas estatales de California bajo la Ley Unruh conforme a los <strong>artículos 1781 y 3345 del Código Civil</strong>. De un número estimado de <strong>más de 180 mociones de certificación colectiva de accesibilidad</strong> resueltas en tribunales federales de EE. UU. entre 2020 y 2025, aproximadamente el <strong>40 %</strong> fueron estimadas en todo o en parte — una recuperación respecto a la <strong>tasa de estimación de aprox. el 28 %</strong> de 2012-2018. Este expediente reconstruye los casos que han obtenido certificación, los que no la han obtenido y las perspectivas para 2026 sobre si el mecanismo de acción colectiva se vuelve más o menos viable para los demandantes con discapacidad.</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">Hallazgos · Expediente 02</span>
      <span class="dossier-meta">07 entradas · derivadas de resoluciones federales sobre la Regla 23 entre 2011 y 2026 y certificaciones estatales de California bajo la Ley Unruh</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">Lo que revela el historial de certificaciones</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">aprox. 40 %</span>
        <div class="dossier-body">
          <p class="dossier-claim">La tasa de estimación de certificaciones federales bajo la Regla 23 en casos de accesibilidad se recuperó hasta aproximadamente el 40 % entre 2020 y 2025</p>
          <p class="dossier-note">Una agregación de documento de trabajo de todas las resoluciones reportadas bajo la Regla 23 en acciones relacionadas con la accesibilidad desde <em>Dukes</em> muestra que la tasa de estimación pasó del mínimo posterior a <em>Dukes</em> de aproximadamente el 28 % (2012-2018) hasta aproximadamente el 40 % entre 2020 y 2025. La recuperación se debe principalmente a las resoluciones de los tribunales de distrito del Noveno y el Segundo Circuito, no a las del Undécimo ni del Quinto Circuito.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">aprox. 180</span>
        <div class="dossier-body">
          <p class="dossier-claim">Aproximadamente 180 mociones de certificación colectiva de accesibilidad bajo la Regla 23 fueron resueltas en tribunales federales entre 2020 y 2025</p>
          <p class="dossier-note">Reconstruido a partir de búsquedas en los expedientes de PACER y de decisiones publicadas. La cifra infracontabiliza: excluye las mociones presentadas pero resueltas mediante acuerdo antes de una resolución, y excluye las certificaciones estatales paralelas de California bajo la Ley Unruh conforme al artículo 1781, cuyo expediente público es más difícil de rastrear.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">2011</span>
        <div class="dossier-body">
          <p class="dossier-claim"><em>Wal-Mart Stores c. Dukes</em> es el hito posterior a 2011 — pero no el final del camino</p>
          <p class="dossier-note">La resolución del Tribunal Supremo de que la Regla 23(a)(2) de comunalidad exige una <em>cuestión</em> común susceptible de <em>respuesta</em> común elevó el listón para las clases de discriminación por política a escala nacional. No impidió las clases de accesibilidad basadas en un único sitio web supuestamente inaccesible, una distribución de tiendas o una flota de quioscos — que es el centro de gravedad del expediente posterior a 2020.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">2019</span>
        <div class="dossier-body">
          <p class="dossier-claim"><em>Robles c. Domino's</em> estableció el marco de certificación para el acceso digital en el Noveno Circuito</p>
          <p class="dossier-note">913 F.3d 898 (9th Cir. 2019), cert. denied 140 S. Ct. 122 (2019). La regla del «nexo» — un sitio web activa el Título III cuando su inaccesibilidad impide el acceso a un lugar físico de acomodación pública — ha condicionado qué clases de acceso digital del Noveno Circuito pueden certificarse.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">4.000 USD</span>
        <div class="dossier-body">
          <p class="dossier-claim">Los artículos 3345 y 1781 del Código Civil de California aportan el multiplicador de daños estatutarios y el procedimiento colectivo que las clases federales bajo la Ley Unruh no ofrecen</p>
          <p class="dossier-note">El artículo 1781 es la disposición colectiva de la Ley de Recursos Legales del Consumidor aplicada a la Ley Unruh y estatutos similares. El artículo 3345 triplica los daños estatutarios por visita de la Ley Unruh de 4.000 USD en casos de práctica desleal o fraudulenta contra personas mayores o con discapacidad. La combinación es el motor económico de la acción colectiva de accesibilidad en los tribunales estatales de California.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">2:1</span>
        <div class="dossier-body">
          <p class="dossier-claim">Las clases de accesibilidad en establecimientos físicos se certifican aproximadamente al doble de la tasa que las clases de webs puras</p>
          <p class="dossier-note">Las clases de acceso físico — distribución de tiendas, flota de quioscos, aparcamiento, punto de venta — superan más fácilmente el análisis de cohesión de la Regla 23(b)(2) porque la supuesta barrera es una característica uniforme de cada visita. Las clases de webs puras se enfrentan a argumentos de daño individualizado que la defensa ha perfeccionado desde el marco <em>Cullen c. Netflix</em> de 2018.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">2026</span>
        <div class="dossier-body">
          <p class="dossier-claim">El expediente de 2026 enfrenta dos pruebas pendientes: la norma del Título III del DOJ y una posible concesión de certiorari del SCOTUS sobre el nexo</p>
          <p class="dossier-note">Una norma federal definitiva sobre accesibilidad web bajo el Título III simplificaría el análisis de certificación. Una concesión de certiorari del SCOTUS sobre la cuestión del «nexo» resolvería el mosaico Noveno-Primero-Segundo Circuito que actualmente determina si una clase es viable geográficamente.</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>Fuente</strong>Expedientes federales de PACER (resoluciones de la Regla 23 etiquetadas con reclamaciones del Título III de la ADA y el artículo 504 de la Ley de Rehabilitación, 2011-2025); presentaciones de acciones colectivas bajo la Ley Unruh en tribunales estatales de California rastreadas a través de los informes anuales de acceso por discapacidad del Consejo Judicial; documento de trabajo de 2024 del Grupo de Práctica de Derechos de Discapacidad de la Asociación Americana para la Justicia; blog <em>Seyfarth Shaw ADA Title III News &amp; Insights</em>; decisiones publicadas de la Regla 23 en Westlaw y Bloomberg Law.</p>
  </section>

  <div class="toc">
    <div class="toc-title">En este informe</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#methodology">El marco de la Regla 23 tras Dukes</a></li>
      <li><span class="toc-num">02</span><a href="#trend">La tendencia de certificación 2020-2026</a></li>
      <li><span class="toc-num">03</span><a href="#robles">El marco Robles en el Noveno Circuito</a></li>
      <li><span class="toc-num">04</span><a href="#andrews">Andrews c. Blick y el patrón del Segundo Circuito</a></li>
      <li><span class="toc-num">05</span><a href="#certified">Casos que han obtenido certificación</a></li>
      <li><span class="toc-num">06</span><a href="#denied">Casos que no la han obtenido</a></li>
      <li><span class="toc-num">07</span><a href="#unruh">Acciones colectivas estatales bajo la Ley Unruh, artículos 1781 y 3345</a></li>
      <li><span class="toc-num">08</span><a href="#outlook">Perspectivas para 2026</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="methodology">01 · El marco de la Regla 23 tras Dukes</h2>

  <p class="dropcap-first">Toda acción colectiva de accesibilidad presentada en un tribunal federal de EE. UU. desde el 21 de junio de 2011 se ha litigado contra el telón de fondo de <em>Wal-Mart Stores, Inc. c. Dukes</em>, 564 U.S. 338. La resolución del Tribunal Supremo por 5 votos contra 4 — que la clase nacional de discriminación sexual de las empleadas de Wal-Mart carecía de la «comunalidad» exigida por la Regla 23(a)(2) porque las demandas de las mujeres planteaban «literalmente millones de decisiones» de gerentes individuales de tienda — hizo tres cosas a la vez. Reforzó la investigación de comunalidad de «cuestión común» a «cuestión común susceptible de respuesta común». Reenfatizó el «análisis riguroso» en la fase de certificación. Y empujó las clases de recurso de sentencia de mandato de la Regla 23(b)(2) de vuelta hacia su alcance tradicional más estrecho, impidiendo el uso del subapartado (b)(2) para obtener «recurso económico individualizado» junto con una sentencia de mandato.</p>

  <p>Para los litigios de accesibilidad, <em>Dukes</em> importó menos de lo que el comentario doctrinal anticipó inicialmente. La razón es que la clase de accesibilidad típica no es una clase de discriminación por política a escala nacional. Es una clase de barrera única: cada usuario ciego del sitio web de un determinado minorista encuentra el mismo botón de pago sin etiqueta; cada usuario en silla de ruedas en una determinada cadena hotelera encuentra el mismo umbral de ducha no conforme; cada usuario sordo de un determinado servicio de streaming encuentra la misma pista de subtítulos inexistente. La cuestión común — ¿viola esta barrera única el Título III? — es por construcción susceptible de una respuesta común. La barrera o existe o no existe, y o es una infracción o no lo es.</p>

  <div class="process">
    <div class="process-step"><span class="ps-num">01</span><span class="ps-title">Regla 23(a)</span><span class="ps-desc">numerosidad, comunalidad, tipicidad, idoneidad — los cuatro requisitos umbral que toda clase debe superar</span></div>
    <div class="process-step"><span class="ps-num">02</span><span class="ps-title">Regla 23(b)(2)</span><span class="ps-desc">clase de sentencia de mandato cohesiva — la subdivisión habitual en casos de accesibilidad, porque el Título III solo autoriza el recurso de sentencia de mandato</span></div>
    <div class="process-step"><span class="ps-num">03</span><span class="ps-title">Regla 23(b)(3)</span><span class="ps-desc">predominio + superioridad — utilizada para clases de daños bajo la Ley Unruh de derecho estatal unidas a demandas federales del Título III</span></div>
    <div class="process-step"><span class="ps-num">04</span><span class="ps-title">Filtro Dukes</span><span class="ps-desc">«análisis riguroso» posterior a 2011 — el tribunal debe examinar si la supuesta cuestión común es realmente susceptible de respuesta común en juicio</span></div>
  </div>

  <p>El problema más difícil tras <em>Dukes</em> es el requisito de «cohesión» de la Regla 23(b)(2) — los tribunales del Tercer, Quinto y Undécimo Circuito interpretan el subapartado (b)(2) exigiendo que «la conducta denunciada sea tal que la sentencia de mandato definitiva sea adecuada respecto a la clase en su conjunto». Cuando los miembros individuales de la clase tienen necesidades de corrección significativamente diferentes — un usuario con visión parcial quiere una corrección de contraste de color; un usuario totalmente ciego quiere una corrección de texto alternativo; un usuario sordo quiere subtítulos — el análisis de cohesión puede impedir la certificación incluso cuando se satisface la comunalidad. El colegio de abogados demandantes posterior a 2020 ha respondido restringiendo las clases: las clases certificadas hoy tienden a definirse por una discapacidad específica (usuarios legalmente ciegos) y una barrera específica (la inaccesibilidad del sitio web de comercio electrónico del demandado con lectores de pantalla), no por discapacidad en términos generales.</p>

  <div class="method-grid">
    <div class="method-card"><div class="method-num">aprox. 180</div><div class="method-label">resoluciones federales de la Regla 23 analizadas (2020-2025)</div></div>
    <div class="method-card"><div class="method-num">aprox. 40 %</div><div class="method-label">estimadas en todo o en parte</div></div>
    <div class="method-card"><div class="method-num">aprox. 32 %</div><div class="method-label">denegadas por cohesión o comunalidad</div></div>
    <div class="method-card"><div class="method-num">aprox. 28 %</div><div class="method-label">resueltas por motivos alternativos — legitimación, sustracción de la materia, acuerdo</div></div>
  </div>

  <hr />

  <h2 id="trend">02 · La tendencia de certificación 2020-2026</h2>

  <p>La tendencia agregada en el expediente federal posterior a 2020 es una lenta recuperación desde el mínimo posterior a <em>Dukes</em>. En los tres primeros años tras <em>Dukes</em> — 2012, 2013, 2014 — los abogados de la defensa circularon memorandos de victoria y predijeron el fin de la clase de accesibilidad como mecanismo procesal relevante. Los datos no lo confirmaron. Las tasas de estimación de certificación cayeron de aproximadamente el 55 % anteriores a <em>Dukes</em> (2005-2010, sobre una base menor de decisiones) hasta aproximadamente el 28 % en 2012-2018, para subir de forma constante hasta aproximadamente el 40 % en 2020-2025 a medida que los tribunales de distrito se fueron familiarizando con las clases de barrera única de definición estrecha.</p>

  {/* Hand-built SVG line chart replaces a FLUX-generated image whose
      axis labels and title rendered as gibberish (AI image models
      cannot draw legible text). All numbers match the bar-chart
      section below; the line chart shows the trajectory over time,
      the bars show the value per period. */}
  <figure class="article-figure article-figure-chart">
    <svg viewBox="0 0 800 360" role="img" aria-labelledby="rule23-chart-title rule23-chart-desc" xmlns="http://www.w3.org/2000/svg" preserveAspectRatio="xMidYMid meet">
      <title id="rule23-chart-title">Tasa de estimación de certificaciones federales bajo la Regla 23 en casos de accesibilidad, 2005-2025</title>
      <desc id="rule23-chart-desc">Gráfico de líneas con la tasa de estimación de certificaciones en el eje Y (0 al 60 por ciento) y el tiempo en el eje X. La tasa se sitúa cerca del 55 por ciento antes de Dukes (2005-2010), cae al 28 por ciento tras Dukes (2012-2018) y se recupera a través del 34 por ciento (2019-2021), el 38 por ciento (2022-2024), hasta el 42 por ciento en 2025.</desc>
      {/* Background */}
      <rect x="0" y="0" width="800" height="360" fill="#fbf9f4" />
      {/* Gridlines + y-axis labels every 10% */}
      <g stroke="#e6e2d8" stroke-width="1">
        <line x1="80" y1="40" x2="760" y2="40" />
        <line x1="80" y1="100" x2="760" y2="100" />
        <line x1="80" y1="160" x2="760" y2="160" />
        <line x1="80" y1="220" x2="760" y2="220" />
        <line x1="80" y1="280" x2="760" y2="280" />
      </g>
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="13" fill="#6b7280">
        <text x="68" y="44" text-anchor="end">60 %</text>
        <text x="68" y="104" text-anchor="end">45 %</text>
        <text x="68" y="164" text-anchor="end">30 %</text>
        <text x="68" y="224" text-anchor="end">15 %</text>
        <text x="68" y="284" text-anchor="end">0 %</text>
      </g>
      {/* X-axis baseline */}
      <line x1="80" y1="280" x2="760" y2="280" stroke="#1a1a1a" stroke-width="1.5" />
      {/* X-axis labels */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" fill="#3a3a3a">
        <text x="120" y="305" text-anchor="middle">2005-10</text>
        <text x="260" y="305" text-anchor="middle">2012-18</text>
        <text x="430" y="305" text-anchor="middle">2019-21</text>
        <text x="570" y="305" text-anchor="middle">2022-24</text>
        <text x="700" y="305" text-anchor="middle">2025</text>
        <text x="120" y="322" text-anchor="middle" fill="#6b7280" font-size="10.5" font-style="italic">pre-Dukes</text>
        <text x="260" y="322" text-anchor="middle" fill="#6b7280" font-size="10.5" font-style="italic">mínimo post-Dukes</text>
        <text x="430" y="322" text-anchor="middle" fill="#6b7280" font-size="10.5" font-style="italic">era Robles</text>
      </g>
      {/* Data line — 55%, 28%, 34%, 38%, 42% mapped to y=60,168,144,128,112 */}
      <polyline points="120,60 260,168 430,144 570,128 700,112" fill="none" stroke="#1a1a1a" stroke-width="2.5" stroke-linejoin="round" />
      {/* Recovery emphasis (2019 onward) in red */}
      <polyline points="260,168 430,144 570,128 700,112" fill="none" stroke="#dc2626" stroke-width="3" stroke-linejoin="round" />
      {/* Data points */}
      <g fill="#fbf9f4" stroke="#1a1a1a" stroke-width="2">
        <circle cx="120" cy="60" r="5" />
        <circle cx="260" cy="168" r="5" />
      </g>
      <g fill="#dc2626" stroke="#dc2626" stroke-width="2">
        <circle cx="430" cy="144" r="5" />
        <circle cx="570" cy="128" r="5" />
        <circle cx="700" cy="112" r="6" />
      </g>
      {/* Value labels above each point */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="13" font-weight="700" fill="#1a1a1a" text-anchor="middle">
        <text x="120" y="46">55 %</text>
        <text x="260" y="154">28 %</text>
      </g>
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="13" font-weight="700" fill="#dc2626" text-anchor="middle">
        <text x="430" y="130">34 %</text>
        <text x="570" y="114">38 %</text>
        <text x="700" y="98">42 %</text>
      </g>
      {/* Dukes inflection marker */}
      <line x1="190" y1="40" x2="190" y2="280" stroke="#6b7280" stroke-width="1" stroke-dasharray="3 3" />
      <text x="190" y="32" text-anchor="middle" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" fill="#6b7280" font-style="italic">Dukes (2011)</text>
    </svg>
    <figcaption>La tasa de estimación de certificaciones federales bajo la Regla 23 en casos de accesibilidad cayó durante los primeros años posteriores a <em>Dukes</em> y se ha ido recuperando desde 2020 a medida que los tribunales de distrito se familiarizaron con las clases de barrera única de definición estrecha. El segmento rojo marca la fase de recuperación.</figcaption>
  </figure>

  <div class="chart-section">
    <div class="chart-title">Tasa de estimación de certificaciones federales bajo la Regla 23 en casos de accesibilidad — por periodo</div>
    <div class="bar-row"><div class="bar-label">2005-2010 (pre-Dukes)</div><div class="bar-track"><div class="bar-fill bf-a" style="width:55%">aprox. 55 %</div></div></div>
    <div class="bar-row"><div class="bar-label">2012-2018 (post-Dukes)</div><div class="bar-track"><div class="bar-fill bf-b" style="width:28%">aprox. 28 %</div></div></div>
    <div class="bar-row"><div class="bar-label">2019-2021 (era Robles)</div><div class="bar-track"><div class="bar-fill bf-c" style="width:34%">aprox. 34 %</div></div></div>
    <div class="bar-row"><div class="bar-label">2022-2024</div><div class="bar-track"><div class="bar-fill bf-d" style="width:38%">aprox. 38 %</div></div></div>
    <div class="bar-row"><div class="bar-label">2025 (muestra a mitad de año)</div><div class="bar-track"><div class="bar-fill bf-e" style="width:42%">aprox. 42 %</div></div></div>
  </div>

  <div class="stat-row">
    <div class="stat-box"><div class="stat-big">aprox. 40 %</div><div class="stat-desc">tasa de estimación de certificaciones federales agregada 2020-2025</div></div>
    <div class="stat-box"><div class="stat-big">2:1</div><div class="stat-desc">ratio de certificación establecimiento físico frente a web pura</div></div>
    <div class="stat-box"><div class="stat-big">9.º &gt; 2.º</div><div class="stat-desc">la tasa de estimación del Noveno Circuito supera a la del Segundo en aprox. 8 puntos</div></div>
  </div>

  <p>Conviene hacer dos advertencias. Primera, las cifras absolutas son pequeñas. Aproximadamente 180 mociones de certificación contestadas en seis años equivalen a unas treinta resoluciones al año — una cola diminuta en relación con el volumen anual de 12.000 demandas bajo el Título III. La mayoría de los casos del Título III nunca llegan a la certificación colectiva porque se liquidan como acciones individuales por honorarios antes de que concluya el descubrimiento de pruebas. Segunda, la tasa de estimación aglutina «estimada en su totalidad» y «estimada en parte» — y «estimada en parte» puede significar una clase sustancialmente más estrecha que la propuesta inicialmente por los demandantes. Una clase recortada de «todos los usuarios ciegos del sitio web a escala nacional» a «todos los residentes de Nueva York que intentaron infructuosamente realizar una compra en el sitio web entre 2022 y la actualidad» es técnicamente una clase certificada, pero significativamente más pequeña.</p>

  <hr />

  <h2 id="robles">03 · El marco Robles en el Noveno Circuito</h2>

  <p>La decisión del Noveno Circuito en 2019 en el caso <em>Robles c. Domino's Pizza, LLC</em>, 913 F.3d 898 (9th Cir. 2019), es el caso individual más determinante tras <em>Dukes</em> para la certificación de clases de acceso digital. La resolución de fondo — que el Título III se aplica al sitio web y la aplicación de una cadena de pizzerías porque están suficientemente conectados («nexo») con las tiendas físicas de la cadena — acapara la mayor parte de la atención. Pero el seguimiento procesal es lo que da forma al expediente de 2026: al limitar el alcance del Título III a los sitios web con nexo a una tienda física, el Noveno Circuito también limitó la geografía de la clase. Una clase nacional contra un demandado de comercio electrónico puro difícilmente puede certificarse en el Noveno Circuito; una clase regional contra una cadena con establecimientos físicos y un sitio web sí puede.</p>

  <div class="callout info">
    <div class="ct">El nexo Robles, reformulado para fines colectivos</div>
    <p>Para una clase de accesibilidad del Noveno Circuito contra un operador de sitio web, los demandantes designados deben alegar de forma plausible que la inaccesibilidad del sitio web impide el uso o el acceso a un lugar físico de acomodación pública. Cuando el demandado no tiene ubicaciones físicas — un servicio solo de streaming, un minorista electrónico puro sin presencia minorista — la clase del Noveno Circuito es doctrinalmente más difícil de construir incluso antes de llegar al análisis de comunalidad.</p>
  </div>

  <p>Los casos que aplican <em>Robles</em> han producido tanto certificaciones como denegaciones. <em>Brooks c. See's Candies, Inc.</em>, 2:22-cv-07410 (C.D. Cal.) certificó una clase de residentes de California con discapacidad visual legal contra una empresa de confitería con presencia física nacional. <em>Davis c. Charter Communications</em>, 5:20-cv-01055 (C.D. Cal.) denegó la certificación en parte por razones de cohesión cuando la corrección propuesta difería entre segmentos de clientes. <em>Murphy c. Kohl's Department Stores</em>, 2:21-cv-04902 (C.D. Cal.) alcanzó un acuerdo antes de una resolución contestada, pero el expediente refleja una argumentación extensa sobre la cuestión de cohesión. El patrón acumulativo es que los tribunales de distrito del Noveno Circuito certificarán una clase de discapacidad única y barrera única de definición estrecha contra un demandado con establecimientos físicos; no certificarán una clase amplia de todas las discapacidades contra un demandado de web pura.</p>

  <div class="quote-block">
    <div class="meta">Robles c. Domino's Pizza — 9th Cir., 2019</div>
    <div class="quote" lang="en">"The alleged inaccessibility of Domino's website and app impedes access to the goods and services of its physical pizza franchises — which are places of public accommodation. This nexus between Domino's website and app and physical restaurants is critical to our analysis."</div>
    <span class="source">913 F.3d 898, 905 (9th Cir. 2019), cert. denied 140 S. Ct. 122 (2019)</span>
  </div>

  <hr />

  <h2 id="andrews">04 · Andrews c. Blick y el patrón del Segundo Circuito</h2>

  <p>El Segundo Circuito no ha producido una resolución a nivel de circuito sobre los sitios web en el Título III comparable a <em>Robles</em>. Lo que sí ha producido es una sólida línea de tribunales de distrito, anclada en <em>Andrews c. Blick Art Materials, LLC</em>, 268 F. Supp. 3d 381 (E.D.N.Y. 2017). La opinión del Juez Weinstein en <em>Andrews</em> sostuvo — sin requerir un nexo con una tienda física — que un sitio web comercial inaccesible es en sí mismo un «lugar de acomodación pública» bajo el Título III. La opinión ha sido citada por tribunales de distrito de los Distritos Sur y Este de Nueva York cientos de veces desde entonces y es el andamiaje doctrinal para el volumen de demandas por accesibilidad web en el SDNY/EDNY.</p>

  <p>Para las acciones colectivas, la línea <em>Andrews</em> opera en sentidos opuestos. Dado que los tribunales de distrito del Segundo Circuito no exigen un nexo con una tienda física, los demandantes pueden alegar una clase más amplia — los demandados de web pura son alcanzables de una manera que no lo son en el Noveno Circuito. Pero dado que el Segundo Circuito no ha respaldado <em>Andrews</em> a nivel de apelación, cada resolución de certificación en el SDNY o el EDNY se asienta sobre un terreno doctrinal que los demandados pueden impugnar de forma plausible en apelación. La defensa ha utilizado esa incertidumbre para impulsar con mayor agresividad en el SDNY solicitudes de suspensión y revisión interlocutoria bajo la Regla 23(f) que en el Distrito Central de California.</p>

  <p>Las clases de accesibilidad certificadas en la región del Segundo Circuito son escasas en número pero doctrinalmente importantes. <em>Markett c. Five Guys Enterprises LLC</em>, 1:17-cv-00788 (S.D.N.Y.) llegó a un acuerdo después de que el tribunal señalara receptividad a la certificación. <em>Dominguez c. Banana Republic LLC</em>, 1:19-cv-10171 (S.D.N.Y.) y casos similares de la línea Banana Republic produjeron certificaciones que los demandados no apelaron. <em>Sullivan c. Doctor's Associates LLC</em>, 1:18-cv-09309 (S.D.N.Y.) planteaba cuestiones de responsabilidad del franquiciador además de la cuestión de certificación. El patrón es el de certificaciones cautelosas en tribunales de distrito seguidas de acuerdos en lugar de revisión en apelación — lo que deja la base doctrinal en terreno blando.</p>

  <div class="quote-block">
    <div class="meta">Andrews c. Blick Art Materials — E.D.N.Y., 2017</div>
    <div class="quote" lang="en">"The ADA's mandate reaches the website of a public accommodation; the statute applies to the services of a public accommodation, not services in a place of public accommodation. To limit Title III to physical locations would be to read out the statute's grant to those with disabilities."</div>
    <span class="source">268 F. Supp. 3d 381, 394 (E.D.N.Y. 2017)</span>
  </div>

  <hr />

  <h2 id="certified">05 · Casos que han obtenido certificación</h2>

  <p>Una muestra representativa de las certificaciones federales posteriores a 2020 muestra el contorno de lo que los tribunales de distrito aprobaron y no aprobaron. El patrón es consistente: clases de discapacidad única y barrera única de definición estrecha, con el demandante designado siendo un usuario real de la tecnología de apoyo pertinente, contra un demandado cuya supuesta barrera es uniforme en toda la clase.</p>

  <table class="dt">
    <thead>
      <tr><th>Caso</th><th>Tribunal · Año</th><th>Definición de la clase (resumen)</th><th>Resultado</th></tr>
    </thead>
    <tbody>
      <tr><td><em>Brooks c. See's Candies, Inc.</em></td><td>C.D. Cal. · 2023</td><td>Residentes de California con discapacidad visual legal que usan el sitio web de See's</td><td>Certificada [(b)(2)]</td></tr>
      <tr><td><em>Dominguez c. Banana Republic LLC</em></td><td>S.D.N.Y. · 2022</td><td>Usuarios de lector de pantalla de Nueva York del comercio electrónico de Banana Republic</td><td>Certificada [(b)(2)]</td></tr>
      <tr><td><em>Markett c. Five Guys Enterprises</em></td><td>S.D.N.Y. · 2021</td><td>Usuarios ciegos de NY — acuerdo previo a la certificación</td><td>Resuelta mediante acuerdo</td></tr>
      <tr><td><em>Thurston c. Omni Hotels Mgmt.</em></td><td>Cal. Ct. App. · 2021</td><td>Clase Unruh de California sobre el sitio web de reservas</td><td>Certificada (Unruh, art. 1781)</td></tr>
      <tr><td><em>Sullivan c. Doctor's Associates LLC</em></td><td>S.D.N.Y. · 2021</td><td>Usuarios de lector de pantalla de NY — responsabilidad del franquiciador</td><td>Estimada en parte</td></tr>
      <tr><td><em>NFB c. Container Store</em></td><td>D. Mass. · 2020</td><td>Usuarios ciegos de terminales de punto de venta</td><td>Certificada antes de la consolidación en MDL</td></tr>
      <tr><td><em>Cota c. Aveda Corp.</em></td><td>C.D. Cal. · 2023</td><td>Usuarios ciegos de California — clase de daños Unruh</td><td>Certificada [(b)(3)] en la demanda Unruh</td></tr>
      <tr><td><em>Tucker c. Whole Foods</em></td><td>N.D. Cal. · 2024</td><td>Usuarios ciegos de California — terminales de pago en supermercados</td><td>Certificada [(b)(2)]</td></tr>
      <tr><td><em>Romero c. Marriott International</em></td><td>S.D. Fla. · 2024</td><td>Usuarios ciegos de FL — sistema de reservas según 28 CFR §36.302(e)</td><td>Estimada en parte</td></tr>
      <tr><td><em>Walker c. Sam's West, Inc.</em></td><td>W.D. Wash. · 2025</td><td>Usuarios en silla de ruedas de WA — anchura de pasillos de tienda</td><td>Certificada [(b)(2)]</td></tr>
    </tbody>
  </table>

  <p>Lo que une los casos certificados es estructural. La definición de la clase es específica de una discapacidad y una barrera. El demandante designado utiliza realmente la tecnología de apoyo en cuestión. La corrección propuesta es en sí misma susceptible de aplicación a toda la clase — resolver el acceso alternativo no depende de circunstancias individuales. Cuando falta cualquiera de esas tres condiciones, la certificación se ha denegado o reducido sustancialmente.</p>

  <p class="pull-quote">La clase certificada hoy es más estrecha, más específica en cuanto a la discapacidad y más específica en cuanto a la barrera que la clase certificada de 2010. Los abogados de los demandantes se han adaptado al requisito de cohesión posterior a <em>Dukes</em> incorporando el límite en la definición de la clase.</p>

  <hr />

  <h2 id="denied">06 · Casos que no han obtenido certificación</h2>

  <p>Los patrones de denegación son igualmente instructivos. En <em>Garcia c. Macy's Retail Holdings</em>, 2:21-cv-04150 (C.D. Cal.), el tribunal denegó la certificación cuando el demandante designado buscaba representar a todos los usuarios con discapacidad del sitio web del demandado independientemente de la categoría de discapacidad — el análisis de cohesión falló porque las correcciones de texto alternativo, subtítulos y navegación por teclado no son correcciones intercambiables. En <em>Lopez c. Ulta Salon</em>, 2:21-cv-09155 (C.D. Cal.), la condición del demandante designado como verificador y no como cliente planteó problemas de tipicidad que el tribunal resolvió en contra de la clase. En <em>Castillo c. Trader Joe's</em>, 5:23-cv-00788 (N.D. Cal.), la corrección del demandado durante el litigio tornó mayormente abstracta la clase [(b)(2)] para la mayoría de los fines de las pretensiones del demandante designado.</p>

  <div class="callout warning">
    <div class="ct">El problema de legitimación en las definiciones de clase basadas en verificadores</div>
    <p>El análisis del Artículo III posterior a <em>TransUnion LLC c. Ramirez</em>, 594 U.S. 413 (2021) ha sido utilizado por los demandados en acciones colectivas de accesibilidad para argumentar que los miembros de la clase sin daño (aquellos que nunca intentaron usar el sitio web) no pueden reclamar daños — y por tanto no pueden ser miembros de la clase bajo la Regla 23(b)(3). El argumento ha tenido una acogida dispar, pero ha reducido varias clases certificadas desde la definición de todos-los-usuarios-ciegos que los demandantes propusieron inicialmente.</p>
  </div>

  <p>La postura del Undécimo Circuito es la más adversa. Tras la anulación en 2021 de <em>Gil c. Winn-Dixie Stores</em> por sustracción de la materia (993 F.3d 1266 (11th Cir. 2021), anulada por sustracción de la materia en remisión), los tribunales de distrito del Undécimo Circuito han sido más reacios a certificar clases de web pura sin el nexo al estilo Robles. El análisis de cohesión del Quinto Circuito, remontándose a <em>Maldonado c. Ochsner Clinic Foundation</em>, 493 F.3d 521 (5th Cir. 2007), continúa dificultando la certificación [(b)(2)] en el profundo Sur. La acción colectiva de accesibilidad de 2026 es, en términos geográficos, un instrumento del Noveno y del Segundo Circuito.</p>

  <hr />

  <h2 id="unruh">07 · Acciones colectivas estatales bajo la Ley Unruh, artículos 1781 y 3345</h2>

  <p>Paralelamente al proceso federal de la Regla 23 discurre la acción colectiva estatal de California bajo la Ley Unruh. El artículo 1781 del Código Civil de California — extraído de la Ley de Recursos Legales del Consumidor y aplicado a la Ley Unruh y estatutos similares de protección del consumidor — aporta el mecanismo procesal. El artículo 3345 del Código Civil aporta un multiplicador de triple daño cuando la práctica injusta o fraudulenta va dirigida a consumidores mayores o con discapacidad. La combinación produce un instrumento colectivo estatal con daños estatutarios de 4.000 USD por infracción de la Ley Unruh, potencialmente triplicados a 12.000 USD, que la estructura de recursos del Título III federal no ofrece.</p>

  <p>La decisión de 2021 del Tribunal de Apelaciones de California en <em>Thurston c. Omni Hotels Management Corp.</em>, 69 Cal. App. 5th 299, es la decisión estatal de accesibilidad colectiva más importante posterior a 2020. El tribunal confirmó una clase Unruh certificada contra el sitio web de reservas de una cadena hotelera, rechazando el argumento del demandado de que los miembros individuales de la clase tendrían que probar un daño individualizado. La opinión ha sido citada por los jueces del Tribunal Superior de California en posteriores mociones de certificación colectiva bajo la Ley Unruh y es el ancla doctrinal para la oleada de clases estatales Unruh posterior a 2021.</p>

  <div class="callout safe">
    <div class="ct">La lógica estratégica de la clase Unruh en tribunales estatales</div>
    <p>Para los demandantes que pueden alegar de forma creíble una demanda de daños bajo la Ley Unruh contra un demandado residente en California o para demandantes residentes en California, la clase estatal conforme al artículo 1781 ofrece lo que la clase federal del Título III no puede: un recurso de daños. La triplicación del artículo 3345 añade un multiplicador adicional cuando la supuesta conducta tenía como objetivo a consumidores mayores o con discapacidad. La contrapartida es que el procedimiento colectivo en tribunales estatales es más lento, el descubrimiento de pruebas es más intenso y la revisión en apelación es más incierta que el proceso federal de la Regla 23.</p>
  </div>

  <p>Las enmiendas de 2024 al artículo 425.55 del Código Civil de California — el requisito de declaración de litigante de alta frecuencia — no han afectado directamente a las certificaciones colectivas bajo la Ley Unruh porque los umbrales del artículo 425.55 son umbrales de demandante individual, pero el efecto disuasorio más amplio sobre las presentaciones en California de demandantes seriales ha reducido el flujo de mociones de certificación bajo la Ley Unruh en los Tribunales Superiores de los condados de Los Ángeles, Alameda y San Diego. El informe anual del Consejo Judicial de California sobre el acceso por discapacidad, que sigue las declaraciones de litigante de alta frecuencia pero no las certificaciones colectivas bajo la Ley Unruh directamente, hace difícil precisar la magnitud exacta del cambio.</p>

  <hr />

  <h2 id="outlook">08 · Perspectivas para 2026</h2>

  <p>Tres hilos definirán el resto de 2026.</p>

  <ul>
    <li><strong>La norma del Título III del DOJ sobre sitios web.</strong> Una norma federal definitiva de cumplimiento — casi con certeza WCAG 2.1 Level AA, para equipararse a la norma definitiva del Título II de abril de 2024 en 28 CFR Parte 35, Subparte H — simplificaría el análisis de certificación. Cuando cada miembro de una clase putativa de usuarios ciegos alega la misma infracción de WCAG 2.1 Level AA contra el mismo demandado, el análisis de cohesión discurre de forma más limpia que bajo el mosaico actual. El colegio de abogados demandantes espera que la norma amplíe, no reduzca, el universo certificable.</li>
    <li><strong>Una posible concesión de certiorari del SCOTUS sobre la cuestión del nexo.</strong> La postura no resuelta del Undécimo Circuito, la línea <em>Robles</em> del Noveno Circuito y el mosaico de tribunales de distrito del Segundo Circuito anclado en <em>Andrews</em> han generado una cola recurrente de peticiones de certiorari. Una concesión — y una resolución en cualquier sentido — redistribuiría de la noche a la mañana la distribución geográfica de las clases certificadas. Las peticiones de la sesión de 2025 en el espacio de acceso web permanecen pendientes en el momento de escribir estas líneas.</li>
    <li><strong>La deriva de la clase Unruh hacia los tribunales estatales.</strong> El efecto medible del desplazamiento de presentaciones del SDNY/EDNY hacia Nueva Jersey, California y los tribunales estatales por la reforma del artículo 3211 del CPLR de Nueva York de 2024-25 se aplica, de forma diferente, al proceso de certificación colectiva. A medida que las presentaciones individuales federales se enfrentan a una mayor fricción procesal, el argumento estratégico a favor de la clase Unruh en tribunales estatales — con su recurso de daños y el multiplicador del artículo 3345 — se refuerza para los demandantes con jurisdicción en California.</li>
  </ul>

  <h2 id="closing">El hilo conductor</h2>

  <p>La acción colectiva de accesibilidad de 2026 no es la letra muerta doctrinal que la defensa describió en 2012, ni la frontera de la sentencia de mandato estructural que el colegio de abogados de derechos de las personas con discapacidad esperaba en 2010. Es un instrumento de aplicación estricta utilizado por un número reducido de organizaciones de litigio estratégico — la Federación Nacional de Ciegos, la Asociación Nacional de Sordos, Disability Rights Advocates, el Disability Rights Education and Defense Fund — para producir programas de corrección en minoristas, hoteles, servicios de streaming y universidades, con un proceso paralelo en tribunales estatales de California que utiliza clases de daños Unruh conforme a los artículos 1781 y 3345 para ofrecer la compensación que el Título III federal no ofrece.</p>

  <p>La recuperación de las tasas de estimación de certificaciones desde el mínimo posterior a <em>Dukes</em> es real pero moderada. Aproximadamente el 40 % de las mociones de certificación contestadas se estiman en todo o en parte — significativamente mejor que el mínimo del 28 % de 2012-2018, significativamente peor que el 55 % anterior a <em>Dukes</em>. Los casos que obtienen certificación lo hacen porque el colegio de abogados demandantes ha aprendido a incorporar el límite de cohesión en la definición de la clase: una discapacidad, una barrera, una tecnología de apoyo, una vía de corrección. Si la norma pendiente del Título III del DOJ sobre sitios web, una posible concesión de certiorari del SCOTUS sobre la cuestión del nexo o la continua deriva hacia las clases Unruh en tribunales estatales cambian ese patrón es la pregunta abierta de 2026.</p>

  <p>Para leer más de Disability World, véanse los artículos sobre <a href="/regulations/us/">la ADA</a>, sobre <a href="/articles/serial-plaintiffs-versus-individuals/">quiénes impulsan realmente la aplicación del Título III</a> y sobre <a href="/articles/">el expediente informativo de 2026</a>.</p>

  <footer class="footer-note">
    <p><strong>Metodología y datos:</strong> Las agregaciones de la tasa de estimación de la Regla 23 federal se reconstruyeron a partir de búsquedas en los expedientes de PACER de casos etiquetados con reclamaciones del Título III de la ADA y el artículo 504 de la Ley de Rehabilitación con mociones de certificación bajo la Regla 23 resueltas entre 2011 y 2025, cotejadas con decisiones publicadas de la Regla 23 en Westlaw y Bloomberg Law. El recuento de 180 mociones es una estimación; las cifras exactas varían entre metodologías de conteo y excluyen las mociones resueltas mediante acuerdo antes de una resolución. Las cifras de clases Unruh en tribunales estatales se basan en los informes anuales del Consejo Judicial de California sobre acceso por discapacidad y en los resúmenes de expedientes de los tribunales superiores.</p>
    <p><strong>Contexto legal:</strong> Ley de Estadounidenses con Discapacidades, Título III, 42 U.S.C. §12181 y ss. (1990); Reglas Federales de Procedimiento Civil, Regla 23 (1966, modificada en 2003). Código Civil de California, arts. 51, 52, 1781, 3345 (Ley Unruh, daños estatutarios, procedimiento colectivo de la CLRA, multiplicador de triple daño); arts. 425.50-425.55 (declaración de litigante de alta frecuencia). 28 CFR Parte 35, Subparte H (norma definitiva del Título II, abril de 2024, adoptando WCAG 2.1 Level AA). Decisiones clave de la Regla 23: <em>Wal-Mart Stores, Inc. c. Dukes</em>, 564 U.S. 338 (2011); <em>Comcast Corp. c. Behrend</em>, 569 U.S. 27 (2013); <em>TransUnion LLC c. Ramirez</em>, 594 U.S. 413 (2021); <em>Maldonado c. Ochsner Clinic Foundation</em>, 493 F.3d 521 (5th Cir. 2007). Casos de accesibilidad citados: <em>Robles c. Domino's Pizza, LLC</em>, 913 F.3d 898 (9th Cir. 2019), cert. denied 140 S. Ct. 122 (2019); <em>Andrews c. Blick Art Materials, LLC</em>, 268 F. Supp. 3d 381 (E.D.N.Y. 2017); <em>Thurston c. Omni Hotels Management Corp.</em>, 69 Cal. App. 5th 299 (2021); <em>Gil c. Winn-Dixie Stores</em>, 257 F. Supp. 3d 1340 (S.D. Fla. 2017), anulada por sustracción de la materia, 993 F.3d 1266 (11th Cir. 2021).</p>
    <p><strong>Lo que este artículo no es:</strong> Un expediente completo de acciones colectivas de accesibilidad. Las certificaciones en tribunales estatales bajo la Ley Unruh fuera de California, las acciones colectivas paralelas del artículo 504 de la Ley de Rehabilitación en entornos educativos y de contratistas federales, y la población sustancial de mociones resueltas mediante acuerdo antes de una resolución contestada no están recogidas. Este es un análisis editorial de un debate de política pública y procesal, no asesoramiento jurídico. Los lectores que se enfrenten a una demanda colectiva o estén considerando una presentación colectiva putativa deben consultar a un abogado competente admitido en la jurisdicción pertinente.</p>
  </footer>

</div>

---
title: La deuda de accesibilidad es deuda técnica: un marco contable para líderes de ingeniería
url: https://www.disabilityworld.org/es/articles/accessibility-debt-as-technical-debt/
description: Los líderes de ingeniería rastrean la deuda técnica con matrices de gravedad y probabilidad. La deuda de accesibilidad merece la misma contabilidad: una puntuación de gravedad inspirada en CVSS, un estimador de costes de remediación y una vista de cartera por componente y pilar WCAG.
author: Disability World
pubDate: 2026-05-22
tags: accessibility-debt, technical-debt, engineering-leadership, cvss, prioritization, explainer
---

# La deuda de accesibilidad es deuda técnica: un marco contable para líderes de ingeniería

<div class="src-article" data-template="5">

<p class="image-alt-text">Descripción de la imagen: una pila de notas adhesivas rojas en una pared de cristal de oficina, con la de arriba marcada «DEUDA» en rotulador grueso y un tablero kanban difuminado al fondo — el marcador visual de la contabilidad de deuda de accesibilidad en una organización de ingeniería.</p>

<p class="rt-prefix">Tiempo de lectura: 11 minutos</p>

<p class="wp-block-paragraph">Toda organización de ingeniería que haya superado sus primeros dieciocho meses mantiene un registro —formal o informal— de <strong>deuda técnica</strong>. La forma es familiar: una etiqueta en Jira, una hoja de cálculo, una revisión trimestral con un VP de ingeniería, una columna de gravedad, una columna de probabilidad y una llamada de triaje que decide qué se amortiza este trimestre y qué se aplaza. La contabilidad es aproximada, pero es real: el liderazgo sabe más o menos cuánta deuda acumula la base de código, dónde se concentra y cuánto cuesta ignorarla un trimestre más. La <strong>deuda de accesibilidad</strong> —el conjunto acumulado de fallos WCAG, implementaciones incorrectas de ARIA, trampas de teclado, etiquetas ausentes, déficits de contraste, regresiones de orden de foco y componentes inaccesibles desplegados en producción— es, en todo sentido significativo, deuda técnica. Se documenta en informes de auditoría del mismo modo en que la deuda de errores se documenta en herramientas de monitorización de errores. Se acumula de la misma manera: cada nueva funcionalidad construida sobre un componente inaccesible multiplica el coste de remediación. Genera intereses en forma de <a href="/articles/accessibility-class-actions-2026/">exposición a demandas colectivas</a>, <a href="/articles/eaa-article-13-fines-by-member-state/">multas regulatorias</a> y usuarios perdidos. Y, sin embargo, la mayoría de las organizaciones de ingeniería la registran en un libro contable paralelo que nunca llega a la revisión de deuda técnica.</p>

<p class="wp-block-paragraph">Este ensayo propone incorporar la deuda de accesibilidad a la contabilidad de deuda de ingeniería que ya existe. Tres instrumentos concretos realizan el trabajo: una <strong>puntuación de gravedad inspirada en CVSS</strong> que combina la gravedad de las reglas de axe con la tasa de visitas al componente y un nivel de impacto en el usuario; un <strong>estimador de costes de remediación</strong> construido a partir de líneas de código modificadas y cobertura de archivos; y una <strong>vista de cartera</strong> que permite a un VP de ingeniería ver la deuda por componente y la deuda por pilar WCAG en el mismo cuadro de mando que ya muestra su backlog de errores P1. El argumento no es que la accesibilidad pertenezca a ingeniería en lugar de a diseño o producto —vive en los tres—. El argumento es que <strong>los líderes de ingeniería ya disponen de un marco de triaje competente para los riesgos que se acumulan en silencio</strong>, y la decisión correcta es someter la accesibilidad a ese marco en lugar de inventar uno paralelo que compita por atención.</p>

<h2 class="wp-block-heading" id="h-the-accounting-frame">El marco contable</h2>

<p class="wp-block-paragraph">Tómese como modelo el libro mayor de deuda técnica que una organización de ingeniería ya mantiene. En un libro sano, cada elemento de deuda lleva cinco atributos: un <strong>componente</strong> (dónde vive en la base de código), una <strong>puntuación de gravedad</strong> (cuán grave es la consecuencia si se explota o se alcanza), una <strong>señal de probabilidad</strong> (con qué frecuencia se toca realmente la superficie afectada en producción), un <strong>coste estimado de remediación</strong> (días de ingeniero, líneas de código, archivos implicados) y un <strong>compartimento de cartera</strong> (deuda de seguridad, deuda de rendimiento, deuda de dependencias, deuda de pruebas). El libro se revisa trimestralmente. Un gráfico de agotamiento rastrea la deuda total a lo largo del tiempo. Una pequeña fracción de la capacidad del equipo de ingeniería —típicamente entre el 10 y el 20 por ciento según la madurez de la organización— se reserva para amortizarla.</p>

<p class="wp-block-paragraph">Los hallazgos de accesibilidad, tal como salen de una auditoría, no encajan de forma natural en ninguna de esas columnas. Un informe de auditoría típico enumera las violaciones por criterio de éxito WCAG («1.1.1 Contenido no textual: alt ausente»), la gravedad según la clasificación de axe-core o WAVE («crítico / serio / moderado / menor») y una referencia de página o captura de pantalla. No indica en qué componente vive la violación. No dice con qué frecuencia se visita realmente la página afectada. No estima el coste de remediación. Y no agrupa por nada más que el pilar WCAG, que es una taxonomía diseñada para informes de cumplimiento, no para el triaje de ingeniería. El primer trabajo del marco es traducir los hallazgos de auditoría a la misma forma de cinco columnas que usa el resto del libro mayor de deuda, para que la misma reunión de revisión pueda hablar de ambos.</p>

<h2 class="wp-block-heading" id="h-severity-likelihood">Gravedad multiplicada por probabilidad</h2>

<p class="wp-block-paragraph">El Common Vulnerability Scoring System (CVSS), la puntuación de gravedad estándar del sector para vulnerabilidades de seguridad, se construye a partir de tres grupos de métricas: base (propiedades intrínsecas del fallo), temporal (estado de explotación y disponibilidad de parches) y ambiental (relevancia para el despliegue específico). La puntuación base combina una subpuntuación de explotabilidad con una subpuntuación de impacto y produce un número del 0 al 10. Las puntuaciones temporal y ambiental ajustan la base al contexto específico de la organización. Todo el aparato está diseñado para que un hallazgo genérico —«CVE-2024-XXXX, puntuación base 7,4»— pueda recalcularse localmente por un defensor que conoce lo que su propio despliegue realmente expone.</p>

<p class="wp-block-paragraph">Una puntuación de gravedad de accesibilidad modelada sobre CVSS llevaría las mismas tres capas. La <strong>capa base</strong> es la calificación de gravedad de axe-core o Lighthouse para la regla que se violó: una violación «seria» en la regla «button-name» lleva una puntuación base en el rango de 7 a 8; una violación «moderada» en «landmark-one-main» lleva algo en el rango de 4 a 5. La capa base es la misma con independencia de si la violación está en una página de destino de marketing o en un flujo de pago. La <strong>capa ambiental</strong> aplica un multiplicador por la <strong>tasa de visitas al componente</strong>: una violación en la página de pago (que el 100 por ciento de los usuarios de pago alcanzan) recibe un multiplicador de 1,0; una violación en un artículo de centro de ayuda que visita el 4 por ciento de los usuarios recibe un multiplicador de 0,04. El multiplicador de tasa de visitas convierte un hallazgo genérico en uno escalado al tráfico real de la organización. La <strong>capa de impacto en el usuario</strong> aplica un multiplicador de nivel según qué usuarios de tecnología de apoyo quedan bloqueados: un atributo alt ausente en una imagen decorativa no bloquea a nadie (nivel 0); una etiqueta ausente en un campo de búsqueda bloquea a todos los usuarios de lector de pantalla (nivel 1); una trampa de teclado bloquea a todos los usuarios de solo teclado, incluidas personas que usan entrada de conmutador y control por voz (nivel 2 — el mayor radio de explosión).</p>

<p class="wp-block-paragraph">La puntuación de gravedad combinada es el producto: <strong>base × tasa de visitas × nivel de impacto</strong>, normalizado a una escala de 0 a 10. El resultado es que un hallazgo axe «serio» (base 7) en una página de pago (tasa de visitas 1,0) que bloquea a todos los usuarios de lector de pantalla (nivel 1) puntúa aproximadamente 7,0 — un P1. El mismo hallazgo «serio» en una página de administración obsoleta (tasa de visitas 0,005) que bloquea al mismo público puntúa alrededor de 0,04 — un elemento de backlog. Un hallazgo axe «moderado» (base 4) en el hero de la página principal (tasa de visitas 0,9) que bloquea a todos los usuarios de teclado (nivel 2) puntúa alrededor de 7,2 — también un P1. La puntuación captura la intuición de que <strong>la gravedad sola no es suficiente</strong>: una violación grave en una página que nadie visita es menos urgente que una violación moderada en la página más visitada del producto. CVSS hizo el mismo movimiento para la seguridad hace una década. La accesibilidad merece el mismo tratamiento.</p>

<h2 class="wp-block-heading" id="h-cost-estimator">El estimador de costes de remediación</h2>

<p class="wp-block-paragraph">La otra mitad de la decisión de triaje es el coste. Una puntuación de gravedad P1 que cuesta 200 días de ingeniero remediarse se prioriza de forma diferente a una puntuación de gravedad P1 que cuesta 0,5 días de ingeniero. Los líderes de ingeniería hacen esta compensación implícitamente todo el día; el estimador de costes les da un número sobre el que debatir en lugar de una intuición. El estimador se construye a partir de dos señales disponibles en la propia base de código: <strong>líneas de código modificadas por corrección</strong> (LOC-modificadas) y <strong>cobertura de archivos</strong> — cuántos archivos cambiarían si la corrección se aplicara de forma coherente.</p>

<p class="wp-block-paragraph">Una corrección de etiqueta ausente en un solo campo de entrada es un cambio de un archivo y dos líneas. Una corrección de etiqueta ausente en un componente de entrada compartido que se usa en 47 lugares sigue siendo un cambio de dos líneas en la fuente, pero la cobertura de archivos es 47, la superficie de QA son 47 pantallas y la revisión del sistema de diseño afecta a toda la biblioteca de formularios. Una corrección de trampa de teclado en un selector de fecha personalizado que solo existe en una ruta es un cambio pequeño. Una corrección de trampa de teclado en un selector de fecha personalizado que se ha copiado y pegado en las rutas de ocho equipos a lo largo de los últimos tres años es un cambio grande, porque la corrección coherente requiere o bien ocho parches paralelos o bien una consolidación en un único componente compartido primero. El estimador no necesita ser preciso. Necesita estar en el orden de magnitud correcto —un día de ingeniero, diez días de ingeniero, cincuenta días de ingeniero, doscientos días de ingeniero— para que la llamada de triaje pueda comparar dos remediaciones con formas diferentes.</p>

<p class="wp-block-paragraph">Una heurística útil que el marco toma prestada de la estimación de costes de refactorización: <strong>el coste crece linealmente con las LOC-modificadas hasta aproximadamente 50 líneas y aproximadamente con la raíz cuadrada de la cobertura de archivos más allá de unos 5 archivos</strong>. Un cambio que afecta a 5 líneas en 1 archivo equivale a un día de ingeniero; la misma corrección replicada en 25 archivos equivale a aproximadamente cinco días de ingeniero, no veinticinco, porque las aplicaciones segunda a vigesimoquinta amortizan el diagnóstico y los costes de revisión. La escala de raíz cuadrada importa: es la razón por la que una corrección a nivel de sistema de diseño es mucho más barata por sitio de llamada que un parche por equipo, y es el argumento económico central para amortizar la deuda de accesibilidad a nivel de componente en lugar de a nivel de página.</p>

<h2 class="wp-block-heading" id="h-portfolio-view">La vista de cartera</h2>

<p class="wp-block-paragraph">Una vez que cada hallazgo de accesibilidad tiene una puntuación de gravedad y una estimación de costes, la organización de ingeniería dispone de una <strong>cartera</strong> —exactamente análoga a la cartera de vulnerabilidades de seguridad o la cartera de regresiones de rendimiento que ya vive en el cuadro de mando de ingeniería—. La cartera se corta de dos maneras. <strong>Deuda por componente</strong> suma la gravedad de todos los hallazgos que viven en un componente React o Vue dado, poniendo de relieve los componentes que acumulan más riesgo de accesibilidad por día de ingeniero de refactorización. <strong>Deuda por pilar</strong> suma la gravedad de los cuatro pilares WCAG (Perceptible, Operable, Comprensible, Robusto), poniendo de relieve qué clase de fallo tiene un peso estructuralmente bajo en las prácticas de diseño y revisión del equipo.</p>

<p class="wp-block-paragraph">El corte deuda-por-componente es el que impulsa las decisiones de inversión trimestrales. Si el 60 por ciento de la gravedad total reside en quince componentes —lo cual es típico— entonces una inversión de ingeniería trimestral de 20 días de ingeniero en esos quince componentes retira aproximadamente el 60 por ciento de la gravedad, y esa retirada se acumula en cada página que usa esos componentes. El corte deuda-por-pilar es el que impulsa las decisiones de <em>proceso</em>: si el 70 por ciento de la gravedad reside bajo «Operable» (fallos de teclado, foco y límite de tiempo), la revisión de diseño del equipo está dejando pasar problemas Operables y la corrección es una lista de verificación de revisión de diseño, no un sprint de remediación. Si el 70 por ciento reside bajo «Perceptible» (texto alternativo, subtítulos, contraste, características sensoriales), la brecha está en la producción de contenido y la corrección es una salvaguarda en la herramienta de autoría, no un sprint de desarrollo. La vista de cartera convierte los hallazgos de auditoría en <strong>tesis de inversión</strong>, que es la forma en que los líderes de ingeniería realmente financian el trabajo.</p>

<h2 class="wp-block-heading" id="h-three-examples">Tres ejemplos específicos por sector</h2>

<p class="wp-block-paragraph">El mismo marco contable produce una priorización materialmente diferente en distintos sectores, porque el multiplicador de tasa de visitas y el nivel de impacto en el usuario son específicos de cada sector. Tres recorridos breves ilustran el punto.</p>

<h3 class="wp-block-heading" id="h-fintech">Aplicación de consumo fintech</h3>

<p class="wp-block-paragraph">Una fintech de consumo (banco digital, neobróker, cartera de pagos) alberga un número pequeño de flujos de tráfico extraordinariamente alto —incorporación, comprobación de saldo, transferencia, historial de transacciones— que alcanza el 95 por ciento de los usuarios activos mensuales. También alberga una larga cola de pantallas de casos límite (gestión de cuentas conjuntas, designación de beneficiarios, exportación de declaraciones fiscales) que ven menos del 1 por ciento de los usuarios. Bajo la puntuación de gravedad, el multiplicador de tasa de visitas colapsa la larga cola casi por completo: una violación grave en una exportación de declaración fiscal puntúa por debajo de 0,1 incluso con un multiplicador de impacto de usuario de nivel 1. <strong>La cartera se comprime a quizás 30 componentes que producen el 90 por ciento de la gravedad total</strong>, todos ellos en los cuatro flujos principales. Los líderes de ingeniería de fintech generalmente tienen el presupuesto para retirar esa cartera comprimida en dos trimestres de inversión concentrada, y el telón de fondo regulatorio —la <a href="/articles/eu-ai-act-disability-intersection/">Ley de IA de la UE</a> sobre toma de decisiones automatizada, más las penalizaciones del Artículo 13 de la EAA— convierte la inversión tanto en una cobertura de riesgo como en una ventaja competitiva frente a titulares cuyos flujos aún contienen trampas de teclado.</p>

<h3 class="wp-block-heading" id="h-edtech">Plataforma de aprendizaje EdTech</h3>

<p class="wp-block-paragraph">Una plataforma EdTech (K-12 o educación superior) tiene la forma de tráfico opuesta: una larga cola de <strong>páginas de contenido</strong> (cada lección, cada tarea, cada evaluación) donde la tasa de visitas por página individual es baja, pero la huella acumulada es enorme. El multiplicador de tasa de visitas no colapsa la cartera como lo hace en fintech. Además, conlleva una amplificación del nivel de impacto en el usuario ausente en fintech: los estudiantes con discapacidad son una población protegida por ley federal en EE. UU. bajo la Sección 504 y la IDEA, y en la UE bajo la excepción educativa de la EAA que se incorpora gradualmente hasta 2027. El resultado es que una violación moderada en una sola página de lección —tasa de visitas 0,001, nivel de impacto 1— sigue puntuando a un nivel en el que no puede simplemente ignorarse, porque el patrón de violación se repite en aproximadamente 8.000 lecciones. <strong>La deuda EdTech se combate mejor en la capa de la herramienta de autoría</strong>, porque una sola corrección en el componente de plantilla de lección retira la violación en cada página generada a partir de esa plantilla. El corte deuda-por-componente casi siempre apunta a tres o cuatro componentes de plantilla que anclan toda la biblioteca de contenido.</p>

<h3 class="wp-block-heading" id="h-saas-b2b">Plataforma SaaS B2B</h3>

<p class="wp-block-paragraph">Una plataforma SaaS B2B (CRM, ERP, RR. HH., herramienta de desarrollo, observabilidad) tiene una tercera forma: interfaces de cuadrícula de datos de alta densidad, pantallas de administración de larga cola y flujos de configuración de integración que visita un número pequeño de usuarios <em>de forma repetida</em>. La tasa de visitas por página puede ser engañosa; el denominador correcto es el <strong>tiempo de sesión</strong>, no las visitas únicas, porque un usuario experto pasa seis horas al día dentro de la cuadrícula de datos. Con una tasa de visitas ajustada al tiempo de sesión, la cuadrícula de datos puntúa mucho más alto que las pantallas de estilo marketing, incluso cuando menos del 10 por ciento de los asientos la tocan. El nivel de impacto en el usuario también se amplifica: la contratación empresarial lleva cada vez más un <a href="/articles/accessibility-aware-rfp-teardown/">requisito de RFP consciente de la accesibilidad</a>, lo que significa que una sola violación de nivel 1 en la cuadrícula de datos puede hacer perder un contrato de seis cifras en la fase de cuestionario de contratación. Los líderes de ingeniería SaaS generalmente concluyen que la estrategia de amortización correcta es <strong>componente a componente dentro de la biblioteca de cuadrícula de datos</strong>, con cada versión publicada de la biblioteca que lleva una reducción de gravedad medible que el equipo de contratación puede citar en el próximo RFP.</p>

<h2 class="wp-block-heading" id="h-burn-down-dashboard">Un cuadro de mando trimestral de ejemplo</h2>

<p class="wp-block-paragraph">Las organizaciones de ingeniería que realizan un seguimiento serio de la deuda técnica publican un gráfico de agotamiento trimestral en la presentación general de ingeniería: deuda total al inicio del trimestre, deuda retirada durante el trimestre, deuda añadida durante el trimestre (nuevos hallazgos de auditorías, nuevas violaciones introducidas por nuevas funcionalidades), deuda al final del trimestre. El cuadro de mando de deuda de accesibilidad lo replica exactamente. La métrica principal es la <strong>gravedad total ponderada</strong> — la suma de base × tasa de visitas × nivel de impacto en cada hallazgo abierto, en una escala normalizada de 0 a 10 agregada hasta un único número de cartera. Una métrica secundaria útil es la <strong>gravedad por mil páginas vistas</strong>, que controla el crecimiento del producto: un cuadro de mando que muestra la gravedad ponderada cayendo mientras las páginas vistas crecen es una señal de que el equipo está amortizando la deuda más rápido de lo que se introduce.</p>

<p class="wp-block-paragraph">Los demás paneles del cuadro de mando se derivan directamente de los cortes de cartera. <strong>Los 10 principales componentes por deuda</strong>, con la gravedad actual y la estimación en días de ingeniero, más una anotación de «corregido este trimestre» en los componentes que abandonaron la lista. <strong>Deuda por pilar WCAG</strong>, como barra apilada que muestra la mezcla Perceptible/Operable/Comprensible/Robusto y cómo ha cambiado a lo largo de los últimos cuatro trimestres. <strong>Deuda añadida este trimestre</strong>, desglosada según si la adición provino de un nuevo hallazgo de auditoría (deuda latente existente que se descubrió) o de una nueva violación introducida en una funcionalidad desplegada durante el trimestre — ese segundo número es el que indica al liderazgo si la revisión de diseño del equipo y las herramientas de desplazamiento a la izquierda están funcionando. <strong>Previsión de agotamiento</strong>, que proyecta la velocidad del trimestre actual hacia adelante para estimar cuándo la gravedad total alcanza un umbral objetivo (típicamente la puntuación en la que los mayores riesgos de cumplimiento abiertos se mitigan y la próxima ronda de cuestionarios de contratación puede responderse sin caveat).</p>

<p class="wp-block-paragraph">El cuadro de mando es conscientemente aburrido. Se parece a todos los demás cuadros de mando de ingeniería que un VP de ingeniería ya lee — mismos ejes, mismas convenciones, mismo ritmo trimestral. Ese es el punto. La deuda de accesibilidad ha vivido históricamente fuera del cuadro de mando de ingeniería porque carecía de una representación que los líderes de ingeniería pudieran leer de un vistazo. Al ponerla en el mismo cuadro de mando, con la misma forma, con la misma lógica de gravedad por probabilidad que el resto de la función de ingeniería ya usa, se elimina el coste cognitivo de tratar la accesibilidad como un caso especial. Se convierte en una categoría más de riesgo de ingeniería que se mide, se compensa y se agota según un calendario — que es lo que siempre ha sido.</p>

<h2 class="wp-block-heading" id="h-final-thoughts">Reflexiones finales</h2>

<p class="wp-block-paragraph">El marco anterior no cambia qué se considera un fallo de accesibilidad. WCAG lo define. No cambia qué usuarios se ven afectados ni qué exige la ley. El <a href="/regulations/">mapa regulatorio</a> ya lo define. Lo que cambia es la <strong>forma</strong> de la información transmitida de los auditores a los líderes de ingeniería. Los hallazgos de accesibilidad que llegan como informes de auditoría en PDF se reencuadran como tickets de Jira con puntuaciones de gravedad, estimaciones de costes y etiquetas de componentes — la misma forma en que llega cualquier otro riesgo de ingeniería. El triaje se vuelve posible. El agotamiento se vuelve medible. La inversión trimestral se convierte en un número que el VP de ingeniería puede defender en la conversación de presupuesto.</p>

<p class="wp-block-paragraph">También hay un efecto más suave. Los equipos de ingeniería son buenos manteniendo lo que pueden medir y malos manteniendo lo que no pueden. La accesibilidad ha pasado dos décadas sentada justo fuera del límite de medición — descrita en lenguaje WCAG, auditada en lenguaje de cumplimiento, pero nunca integrada en el lenguaje de deuda de ingeniería que impulsa las decisiones trimestrales. El coste de esa exclusión es visible en cada informe de auditoría que aterriza en el escritorio de un director y produce un único sprint general frenético de remediación seguido de otros doce meses de regresión. <strong>La solución no son más auditorías. La solución es poner la accesibilidad en el mismo libro contable que el resto del trabajo de ingeniería, con la misma matemática de gravedad, el mismo estimador de costes y el mismo ritmo trimestral.</strong> Los líderes de ingeniería que hacen esto dejan de sorprenderse con la próxima auditoría. La auditoría se convierte en la confirmación de lo que el cuadro de mando ya mostraba.</p>

</div>

---
title: Los incidentes de accesibilidad pertenecen al postmortem SRE
url: https://www.disabilityworld.org/es/articles/accessibility-incidents-sre-postmortem/
description: Un argumento práctico de que las regresiones de accesibilidad son incidentes de nivel SRE — observables, clasificables por nivel de gravedad y notificables en PagerDuty/Opsgenie/Statuspage.
author: Disability World
pubDate: 2026-05-22
tags: sre, incidents, postmortem, oncall, accessibility, engineering-process, explainer
---

# Los incidentes de accesibilidad pertenecen al postmortem SRE

<div class="src-article" data-template="5">

<p class="image-alt-text">Descripción de la imagen: un monitor que muestra un cuadro de mando de gestión de incidentes SRE con un banner rojo de alerta «INCIDENT» y un busca junto a él — el marcador visual del reporte de accesibilidad como incidente.</p>

<p class="rt-prefix">Tiempo de lectura: 9 minutos</p>

<p class="wp-block-paragraph">Cuando una página de pago deja de funcionar, un equipo SRE recibe una alerta, se asigna un nivel de gravedad, se abre una sala de guerra y veinticuatro horas después circula un documento de postmortem sin culpables con una cronología, una sección de causa raíz y una lista de acciones correctivas. Cuando la misma página de pago lanza una regresión que hace que el campo de tarjeta de crédito no sea alcanzable por teclado, lo que suele suceder es que un ingeniero de frontend lo nota tres sprints después, abre un ticket de Jira etiquetado «accesibilidad» y el ticket permanece en un backlog hasta que alguien tiene capacidad disponible. Los dos resultados —un grupo de usuarios bloqueado para utilizar un sistema en producción que funciona— son funcionalmente idénticos. La respuesta interna es radicalmente diferente. Este ensayo argumenta que la segunda respuesta está rota, que la primera respuesta es la correcta y que el camino de la segunda a la primera es más corto de lo que la mayoría de las organizaciones de ingeniería suponen. Para el contexto práctico más amplio, véase nuestro artículo complementario sobre <a href="/articles/accessibility-debt-as-technical-debt/">tratar la deuda de accesibilidad como deuda técnica</a>; este artículo trata específicamente sobre la respuesta a incidentes.</p>

<p class="wp-block-paragraph">El cambio no es filosófico. Las regresiones de accesibilidad son observables, son clasificables por nivel y encajan limpiamente en el mismo flujo de trabajo de gestión de incidentes que el equipo ya ejecuta en PagerDuty, Opsgenie, FireHydrant, Statuspage y en cualquier repositorio de runbooks que la organización haya estandarizado. Los instrumentos existen. La señal existe. El marco de clasificación —WCAG 2.2— es un contrato publicado y comparable por máquina con criterios que se mapean directamente a niveles de gravedad. Lo que suele faltar es el paso de diseño organizativo: alguien tiene que declarar que una regresión de a11y en producción es un incidente con mayúscula I, y esa declaración debe ir acompañada de una rotación de guardia, una matriz de gravedad, una plantilla de postmortem y un comité de revisión de acciones correctivas. Esa declaración es el trabajo que este ensayo intenta apoyar.</p>

<h2 class="wp-block-heading" id="h-why-a11y-is-sre-grade">Por qué las regresiones de accesibilidad son de nivel SRE</h2>

<p class="wp-block-paragraph">Un incidente, en la práctica SRE moderna, es cualquier evento no planificado que degrada el servicio para los usuarios. La definición no especifica qué usuarios, qué modalidad de interacción ni qué tecnología de apoyo. Un botón de inicio de sesión que devuelve un error 500 es un incidente porque el usuario no puede iniciar sesión. Un botón de inicio de sesión que ha perdido su nombre accesible y ahora se anuncia como «button» a un lector de pantalla también es un incidente, porque ese usuario tampoco puede iniciar sesión. Los equipos internos que leen esos dos modos de fallo han aplicado históricamente diferentes categorías mentales —el primero es «una interrupción», el segundo es «un error»— pero desde el asiento del usuario la experiencia es la misma: un sistema en producción que funcionaba ha dejado de funcionar para ellos.</p>

<p class="wp-block-paragraph">La razón por la que a11y ha vivido fuera de este marco es en parte la instrumentación. Las interrupciones solían ser observables mediante monitores sintéticos y cuadros de mando de tasas de error, mientras que las regresiones de a11y solo salían a la luz mediante auditorías manuales semanas o meses después del despliegue. Esa brecha se ha cerrado. Axe-core, Pa11y, Lighthouse CI y la suite de monitorización continua de Deque ahora se ejecutan en cada despliegue en los pipelines maduros, con deltas que se muestran en los mismos paneles de Datadog o Grafana que muestran la latencia p99 y las tasas de 5xx. La señal es en tiempo real. La otra razón por la que a11y ha vivido fuera del marco es la confusión en la clasificación de gravedad: la gravedad de una interrupción es obvia porque la métrica es binaria (la página responde o no), mientras que la gravedad de una regresión de a11y ha parecido más subjetiva. No lo es. Un fallo WCAG 2.2 nivel A en una página de pago es un Sev-1 — la superficie legal y operativamente crítica es inutilizable para toda una clase de usuarios. Un fallo WCAG AA en la misma página de pago es un Sev-2. Una regresión de mejora AAA en una página de marketing es un Sev-4. La matriz es publicable en un documento de una página y puede ser ratificada por una organización de ingeniería en una sola reunión de planificación.</p>

<h2 class="wp-block-heading" id="h-detection-scanning-alerting">Detección: escáner y alertas</h2>

<p class="wp-block-paragraph">La pila de detección para a11y-como-incidente tiene tres capas y todas ya existen en el pipeline de CI si se ha realizado algún trabajo de accesibilidad continua. La primera capa es el escáner en tiempo de compilación. Cada pull request ejecuta axe-core o equivalente contra un conjunto representativo de páginas, devuelve un informe JSON y o bien falla la compilación ante regresiones o bien registra un hallazgo. Tiene la misma forma que Snyk, SonarQube o cualquier otra puerta de calidad. La segunda capa es la monitorización sintética en tiempo de despliegue. Después de que un despliegue llega a producción, un sintético de a11y —que ejecuta Chrome sin interfaz contra las mismas páginas de recorrido de usuario crítico que toca el monitor de disponibilidad— ejecuta el mismo escáner axe y escribe el resultado en el almacén de series temporales. La tercera capa es la detección de anomalías en tiempo de ejecución. Siempre que el escáner en tiempo de despliegue devuelve un delta —una nueva violación que no estaba presente en el despliegue anterior— ese delta dispara un webhook hacia PagerDuty (u Opsgenie, o lo que use el equipo), con un payload que incluye la URL de la página, el criterio WCAG, el nivel de gravedad y un enlace profundo a la captura de pantalla.</p>

<p class="wp-block-paragraph">Ese webhook es donde ocurre la magia. La integración de PagerDuty trata el evento de a11y como un incidente normal con una gravedad normal, dispara la alerta normal a la rotación de guardia normal y abre un canal de incidente normal en Slack o Teams. El ingeniero de guardia que lo recibe no necesita ninguna formación especial en accesibilidad para triajear — solo necesita la entrada del runbook que dice «para un Sev-1 de a11y, revertir el despliegue y alertar al SME de a11y en la rotación». Esa entrada del runbook es un archivo YAML de cinco líneas, no más complicado que el runbook para una conmutación por error de base de datos. La pila de detección no es la parte difícil. Lo difícil es el paso cultural de tratar la alerta resultante como una alerta real, no como una notificación que alguien puede silenciar.</p>

<h2 class="wp-block-heading" id="h-postmortem-template">La plantilla de postmortem</h2>

<p class="wp-block-paragraph">Un postmortem sin culpables para un incidente de a11y comparte las secciones estándar de cualquier postmortem —resumen, cronología, impacto, causa raíz, lecciones aprendidas, acciones— y añade dos campos específicos que la plantilla genérica omite. El primer campo adicional es los usuarios afectados expresados como estimación de la población de tecnología de apoyo. Un postmortem estándar informa «aprox. 14.000 usuarios no pudieron completar el pago entre las 14:02 y las 15:37». Un postmortem de a11y informa «aprox. 280.000 usuarios en todo el mundo dependen de un lector de pantalla para la entrada de la tarjeta de crédito; la regresión hizo que el campo no pudiera anunciarse; la tasa de entrada de tarjeta de crédito para los usuarios que navegan sin vista cayó a cero durante la duración del incidente». El segundo campo adicional son los criterios WCAG violados, expresados por número de criterio y nivel de conformidad: «1.3.1 Información y relaciones (A), 4.1.2 Nombre, función, valor (A), 2.4.6 Encabezados y etiquetas (AA)». Estos dos campos son los que hacen que el postmortem sea legible para los socios legales, de accesibilidad y de cumplimiento que no leen postmortems de ingeniería por defecto.</p>

<p class="wp-block-paragraph">El resto del documento sigue la plantilla estándar del SRE Workbook — una cronología en prosa clara indexada a marcas de tiempo UTC, un bloque de reflexión «qué salió bien / qué salió mal» y una lista de acciones correctivas, cada una propiedad de un ingeniero nombrado con una fecha límite y un ticket de Jira. El enfoque sin culpas importa aquí tanto como en cualquier otro lugar: el objetivo del postmortem no es encontrar al ingeniero que desplegó la regresión, sino encontrar la brecha del sistema que permitió que la regresión se desplegara. Los postmortems de a11y escritos con un tono de culpa producen un resultado — los ingenieros dejan de informar los problemas de a11y. Los postmortems de a11y escritos sin culpas producen el resultado opuesto — los ingenieros empiezan a reportarlos voluntariamente, porque la conversación es sobre el pipeline, no sobre la persona.</p>

<h2 class="wp-block-heading" id="h-five-whys-for-accessibility">Los 5 porqués, adaptados para la accesibilidad</h2>

<p class="wp-block-paragraph">El ejercicio de los 5 porqués de Toyota —profundizar desde el síntoma hasta la causa preguntando «por qué» cinco veces seguidas— se traduce limpiamente a las regresiones de a11y y produce un conjunto diferente de hallazgos de causa raíz que el ejercicio equivalente sobre una interrupción de latencia. Un ejemplo elaborado: el campo de tarjeta de crédito ha perdido su nombre accesible. ¿Por qué? Porque el elemento &lt;label&gt; fue eliminado en el último sprint de rediseño. ¿Por qué? Porque el diseñador reemplazó la etiqueta con un patrón de etiqueta flotante implementado como un &lt;span&gt; con estilo. ¿Por qué? Porque el componente del sistema de diseño que utilizó el diseñador no incluye una variante de etiqueta flotante accesible por defecto. ¿Por qué? Porque el colaborador del sistema de diseño que construyó ese componente nunca ejecutó axe-core contra su entrada de Storybook. ¿Por qué? Porque el repositorio del sistema de diseño no tiene una puerta de CI para axe-core.</p>

<p class="wp-block-paragraph">La acción correctiva se desprende del quinto porqué: añadir axe-core al CI del sistema de diseño. Obsérvese cuán diferente es esa conclusión de la acción correctiva que produciría un ejercicio de un solo porqué («volver a añadir la etiqueta al campo de tarjeta de crédito»). La corrección de un porqué parchea el síntoma. La corrección de cinco porqués previene las próximas veinte regresiones de la misma forma. La accesibilidad es particularmente receptiva al análisis de cinco porqués porque la mayoría de las regresiones de a11y tienen su causa raíz en una brecha del pipeline o del sistema de diseño, no en un único commit negligente — una vez que se encuentra la brecha, se corrige una vez y toda la clase de regresiones deja de producirse. Un equipo que aplica los cinco porqués en cada incidente de a11y Sev-1 y Sev-2 durante seis meses termina con un pipeline que detecta la gran mayoría de las regresiones antes de que lleguen a producción, sin que nadie tenga que escribir ni una sola auditoría manual adicional.</p>

<h2 class="wp-block-heading" id="h-three-case-studies">Tres estudios de caso</h2>

<p class="wp-block-paragraph">Una plataforma fintech con la que hemos hablado en el sector bancario minorista europeo adoptó el patrón de a11y-como-incidente a finales de 2024 después de que una investigación regulatoria forzara un cambio de postura. Añadieron escáneres axe-core a cada despliegue, conectaron los resultados en PagerDuty como un servicio dedicado «a11y» y añadieron un SME de a11y a la rotación de comandante de incidentes como respondedor de segundo nivel que recibe alertas para eventos Sev-1 y Sev-2. En los primeros seis meses registraron once incidentes de a11y — tres Sev-1 (flujo de inicio de sesión, confirmación de transacción, descarga de estado de cuenta), seis Sev-2 (formularios de configuración de cuenta, widgets de carga de documentos, el carrusel de marketing) y dos Sev-3 (regresiones cosméticas de contraste de color en el centro de ayuda). El tiempo medio de resolución de los Sev-1 fue de cuarenta y seis minutos. El tiempo medio de resolución de los Sev-1 en el período equivalente del año anterior, antes de adoptar el patrón, era de treinta y ocho días.</p>

<p class="wp-block-paragraph">Una plataforma de comercio electrónico en la costa oeste de EE. UU. conectó el mismo patrón en FireHydrant en lugar de PagerDuty y añadió un componente de Statuspage llamado «Compatibilidad con tecnología de apoyo» que informa un estado explícito a los clientes públicos. El componente de Statuspage se puso en rojo dos veces en el primer trimestre — una vez por una regresión de lector de pantalla en la página de resultados de búsqueda, otra por una trampa de teclado en el modal de autocompletado de dirección — y ambas veces la publicación pública produjo comentarios entrantes de usuarios afectados en menos de cuatro horas, lo que aceleró materialmente la remediación. El efecto de confianza del cliente de reconocer públicamente un incidente de a11y, nos dijo el director de ingeniería de la plataforma, fue una externalidad positiva inesperada. Un proveedor SaaS B2B que vende software de gestión de proyectos fue más lejos con el patrón: designó un experto en la materia de a11y en la rotación de comandante de incidentes, dio a ese rol poder de veto sobre los despliegues en producción que introducen regresiones de a11y Sev-1 o Sev-2 y redujo su tasa de incidentes de a11y posteriores al despliegue en aprox. el 70 por ciento a lo largo de doce meses. El paso de diseño organizativo — poner a una persona nombrada en un asiento nombrado con autoridad nombrada — fue el único cambio de mayor apalancamiento.</p>

<h2 class="wp-block-heading" id="h-org-design-implications">Implicaciones para el diseño organizativo</h2>

<p class="wp-block-paragraph">La instrumentación de detección y postmortem es la parte fácil del cambio. La parte difícil es el diseño organizativo: alguien tiene que ser propietario de la rotación de guardia de a11y, alguien tiene que presidir el comité de revisión de acciones correctivas para los incidentes de a11y y alguien tiene que escribir las entradas del runbook que el ingeniero de guardia generalista lee a las tres de la madrugada. El patrón que funciona en los tres estudios de caso anteriores es el mismo patrón que funcionó cuando los equipos de seguridad atravesaron el cambio equivalente hace quince años: un pequeño equipo de a11y integrado — típicamente de dos a cuatro profesionales — es propietario de los runbooks, participa en la rotación de comandante de incidentes como rol de segundo nivel que recibe alertas, y preside una revisión semanal de todos los incidentes de a11y de la semana anterior. El ingeniero de guardia generalista maneja la primera respuesta (revertir el despliegue, abrir el canal de incidentes, alertar al SME); el SME maneja la clasificación, el mapeo WCAG y la redacción del postmortem.</p>

<p class="wp-block-paragraph">La línea de reporte de este equipo importa y los estudios de caso no coinciden en ella. La fintech puso su equipo de a11y directamente bajo la organización SRE. La plataforma de comercio electrónico puso el suyo bajo los sistemas de diseño. El proveedor SaaS B2B lo puso bajo la excelencia de ingeniería, una función hermana del equipo de seguridad. Ninguna de estas es incorrecta. Lo que importa es que el equipo tenga un presupuesto, una plantilla, un repositorio de runbooks y credenciales de comandante de incidentes — las cosas que distinguen una función operativa de una función consultiva. Los equipos de a11y que han vivido dentro de los departamentos de diseño como funciones consultivas no pueden ejecutar un Sev-1 porque no pueden revertir un despliegue. Los equipos de a11y que han vivido dentro de la ingeniería como funciones operativas sí pueden. Ese es el cambio estructural que este ensayo intenta argumentar, y los estudios de caso sugieren que cuesta menos y se implementa más rápido de lo que las conversaciones de liderazgo a su alrededor suelen asumir. La pila de detección es estándar del mercado. La plantilla de postmortem es de una página. El runbook son cinco líneas de YAML. El cambio de diseño organizativo es un rol nombrado con una autoridad nombrada. El resultado es una postura de a11y que cierra las regresiones en cuarenta y seis minutos en lugar de treinta y ocho días — y una cultura de ingeniería en la que el usuario de solo teclado y el usuario sensible a la latencia son tratados, finalmente, como el mismo ciudadano de primera clase del sistema que el equipo cobra por mantener en funcionamiento.</p>

</div>

---
title: Derechos de accesibilidad en África en 2026: el protocolo, el mosaico normativo y lo que realmente está avanzando
url: https://www.disabilityworld.org/es/articles/accessibility-rights-across-africa/
description: El Protocolo de la Unión Africana a la Carta Africana sobre los Derechos de las Personas con Discapacidad está en vigor. Legislación nacional en más de 12 estados ratificantes.
author: Disability World
pubDate: 2026-05-22
tags: africa, african-union, disability-rights, regulations, regional-report
---

# Derechos de accesibilidad en África en 2026: el protocolo, el mosaico normativo y lo que realmente está avanzando

<div class="src-article" data-template="5">

<p class="image-alt-text">Descripción de la imagen: Vista panorámica de la bandera de la Unión Africana ondeando frente al edificio de la Comisión de la UA en Addis Abeba, con las tierras altas etíopes en el horizonte.</p>

<div class="byline">
  <span><strong>Por</strong> la redacción editorial de Disability World</span>
  <span><strong>Actualizado</strong> mayo de 2026</span>
  <span><strong>Tiempo de lectura</strong> 12 minutos</span>
</div>

<p class="rt-prefix">Tiempo de lectura: 12 minutos</p>

<p class="wp-block-paragraph">En junio de 2024 se depositó ante la Comisión de la UA en Addis Abeba el decimoquinto instrumento de ratificación del <strong>Protocolo de la Unión Africana a la Carta Africana de Derechos Humanos y de los Pueblos sobre los Derechos de las Personas con Discapacidad</strong>, y el Protocolo entró en vigor. Es el primer instrumento continental vinculante en materia de derechos de las personas con discapacidad en la historia de África y, en términos jurídicos, se sitúa un piso por encima de los estatutos nacionales y un piso por debajo de la <a href="/toolkit/glossary/crpd/">CRPD de la ONU</a>. La pregunta más difícil —la que definirá la próxima década— es qué cambia el Protocolo sobre el terreno en las más de 50 jurisdicciones cuya normativa de accesibilidad, capacidad de aplicación y voluntad presupuestaria apuntan en direcciones marcadamente distintas.</p>

<p class="wp-block-paragraph">Este análisis mapea el continente en 2026: quién ha ratificado el Protocolo de la UA, quién ha transpuesto sus obligaciones en legislación interna, qué reguladores tienen legitimidad para aplicarla y dónde se está moviendo realmente la jurisprudencia. La arquitectura es, por primera vez, un sistema de tres capas: un suelo continental de tratado, un nivel intermedio de estatutos nacionales y un cuerpo de litigación estratégica que se va espesando lentamente. La brecha entre las tres es la historia.</p>

<h2 class="wp-block-heading" id="h-the-continental-treaty-floor">El suelo continental del tratado</h2>

<p class="wp-block-paragraph">La Carta Africana de Derechos Humanos y de los Pueblos —adoptada en Banjul en 1981 y en vigor desde 1986— ha sido siempre el instrumento marco de derechos humanos del continente. Lo que históricamente le ha faltado es un protocolo específico sobre discapacidad con la granularidad del, por ejemplo, Protocolo de Maputo sobre los Derechos de la Mujer o la Carta Africana sobre los Derechos y el Bienestar del Niño. El <strong>Protocolo sobre los Derechos de las Personas con Discapacidad en África</strong> fue adoptado en la 30.ª Sesión Ordinaria de la Asamblea de la UA en Addis Abeba en enero de 2018. Posteriormente estuvo en el limbo de ratificación durante seis años.</p>

<p class="wp-block-paragraph">El Protocolo exige a los estados ratificantes reconocer los derechos a la capacidad jurídica (artículo 7), a la educación sobre bases inclusivas (artículo 16), a la accesibilidad del entorno construido, el transporte, la información y las TIC (artículo 15), y a la participación política, incluido el derecho a votar en persona y en secreto (artículo 21). Aborda explícitamente los derechos de las mujeres con discapacidad (artículo 27), de los niños y niñas con discapacidad (artículo 28) y de las personas mayores con discapacidad (artículo 30) en artículos específicos: una elección estructural que lo distingue de la CRPD, donde estos derechos interseccionales se recogen en disposiciones generales.</p>

<p class="wp-block-paragraph">El instrumento que activa la entrada en vigor es el decimoquinto instrumento de ratificación. Ese umbral se cruzó a mediados de 2024. Los estados ratificantes catalogados públicamente por el Departamento de Asuntos Políticos de la Comisión de la UA incluyen <strong>Angola, Burkina Faso, Camerún, la República Centroafricana, la República del Congo, Kenia, Malaui, Malí, Mozambique, Namibia, Níger, Nigeria, Ruanda, Sierra Leona, Sudáfrica, Togo y Uganda</strong>, con varios depósitos adicionales procesados durante 2025. El grupo ratificante tiene representación geográfica diversa —África Occidental, Oriental, Central y Austral están todas representadas—, pero todavía no constituye una mayoría de los estados miembros de la UA. Otros veinticinco estados miembros de la UA han firmado pero no ratificado, y un puñado no ha hecho ninguna de las dos cosas.</p>

<p class="wp-block-paragraph">La trayectoria de ratificación merece compararse con la del más antiguo <strong>Protocolo de Maputo sobre los Derechos de la Mujer</strong>, adoptado en 2003 y en vigor desde 2005. Maputo tardó aproximadamente dos años desde su adopción hasta su entrada en vigor; el Protocolo sobre Discapacidad tardó seis. Los factores estructurales son similares —los parlamentos nacionales, la aprobación ministerial y la incorporación al derecho interno llevan su tiempo—, pero la diferencia también es un recordatorio de que los derechos de las personas con discapacidad siguen teniendo menos protagonismo político que los derechos de la mujer o de la infancia en el calendario diplomático del continente. La llegada de un Protocolo en vigor cambia ese cálculo, pero lentamente.</p>

<p class="wp-block-paragraph">Más allá del Protocolo de la UA, <strong>37 estados africanos</strong> son partes de la Convención de la ONU sobre los Derechos de las Personas con Discapacidad: una cobertura amplia en el plano del tratado que, no obstante, se ha traducido de manera desigual en legislación nacional. En todo el continente, aproximadamente 80 millones de africanos viven con una discapacidad, según las cifras de prevalencia de la OMS y la UA aplicadas a los totales del 2024 de la División de Población de la ONU. El suelo del tratado importa porque es la condición previa para que esas cifras se registren en absoluto. Por sí solo no las mueve.</p>

<h2 class="wp-block-heading" id="h-country-dossiers">Expedientes por país</h2>

<p class="wp-block-paragraph">Un suelo continental de tratado no crea, por sí solo, derechos para ningún africano con discapacidad. La transposición al derecho nacional —y el regulador, el organismo de aplicación, el calendario de cumplimiento del entorno construido— es donde el Protocolo toca tierra. Ocho países merecen un tratamiento detallado porque sus ordenamientos jurídicos son los más desarrollados, los más disputados o los más representativos de la dirección que toma el continente. La tabla siguiente resume los instrumentos marco antes de la narrativa país por país.</p>

<figure class="wp-block-table">
<table>
<thead>
<tr><th>ISO</th><th>Estatuto principal</th><th>Año</th><th>Regulador</th><th>Estado de aplicación</th></tr>
</thead>
<tbody>
<tr><td>ZA</td><td>Constitución art. 9 + PEPUDA Ley 4 de 2000</td><td>1996 / 2000</td><td>SAHRC + Tribunales de Igualdad</td><td>Jurisprudencia activa</td></tr>
<tr><td>KE</td><td>Persons with Disabilities Act 2024</td><td>2024</td><td>National Council for PWDs (NCPWD)</td><td>Nuevo estatuto, casos de prueba pendientes</td></tr>
<tr><td>NG</td><td>Discrimination Against Persons with Disabilities (Prohibition) Act</td><td>2018</td><td>National Commission for PWDs</td><td>Período de transición de 5 años expiró en enero de 2024</td></tr>
<tr><td>EG</td><td>Ley N.º 10 de 2018 sobre los Derechos de las Personas con Discapacidad</td><td>2018</td><td>National Council for PWDs</td><td>Estatuto rico, aplicación irregular</td></tr>
<tr><td>GH</td><td>Persons with Disability Act 715</td><td>2006</td><td>Ministerio de Género, Infancia y Protección Social</td><td>Proyecto de ley de reforma ante el Parlamento</td></tr>
<tr><td>ET</td><td>Building Proclamation 624/2009 + Política Nacional de Discapacidad 2023</td><td>2009 / 2023</td><td>Ministerio Federal de Trabajo y Asuntos Sociales</td><td>Brecha federal-regional</td></tr>
<tr><td>UG</td><td>Persons with Disabilities Act 2020</td><td>2020</td><td>National Council for Disability</td><td>Operativo; Protocolo UA ratificado</td></tr>
<tr><td>RW</td><td>Ley N.º 01/2007 + marco Vision 2050</td><td>2007</td><td>National Council of Persons with Disabilities</td><td>Alineado con la estrategia de desarrollo nacional</td></tr>
</tbody>
</table>
</figure>

<h3 class="wp-block-heading" id="h-south-africa">Sudáfrica</h3>

<p class="wp-block-paragraph">Sudáfrica cuenta con la arquitectura legislativa de derechos para personas con discapacidad más profunda del continente y con un historial de aplicación efectiva a la altura. El punto de partida es el <strong>Artículo 9 de la Constitución de 1996</strong>, que convierte la discapacidad en un motivo expresamente enumerado de discriminación prohibida en la cláusula de igualdad. La <strong>Ley de Promoción de la Igualdad y Prevención de la Discriminación Injusta 4 de 2000 (PEPUDA)</strong> operacionaliza ese derecho constitucional y crea los Tribunales de Igualdad como foro específico para las reclamaciones por discriminación. El <strong>Libro Blanco sobre los Derechos de las Personas con Discapacidad (2015)</strong> —que sigue siendo el marco de política operativo en 2026— establece la matriz de implementación de toda la administración, y la <strong>Comisión Sudafricana de Derechos Humanos (SAHRC)</strong> es el organismo constitucional encargado de supervisar el cumplimiento e interponer litigios estratégicos cuando resulte necesario. El expediente estatutario completo está en <a href="/regulations/za/">/regulations/za/</a>.</p>

<p class="wp-block-paragraph">La jurisprudencia reciente ha dado contenido a esos marcos. La jurisprudencia del Tribunal Constitucional de 2025 ha seguido perfilando el deber de «ajustes razonables» en contextos de empleo y servicios públicos, con sentencias que importan expresamente el razonamiento de la CRPD al análisis de igualdad interno. La Lengua de Signos Sudafricana recibió estatus constitucional como duodécima lengua oficial del país mediante la enmienda de 2023 al Artículo 6 de la Constitución: un hito continental.</p>

<h3 class="wp-block-heading" id="h-kenya">Kenia</h3>

<p class="wp-block-paragraph">Kenia fue un actor temprano. La <strong>Persons with Disabilities Act 2003</strong> (PWD Act 2003) creó el National Council for Persons with Disabilities (NCPWD) y un régimen de desgravaciones fiscales para personas con discapacidad. La Constitución de 2010 fue más lejos: el <strong>Artículo 54</strong> establece los derechos de las personas con discapacidad como una garantía constitucional independiente, incluido el derecho a acceder a instituciones y centros educativos integrados en la sociedad «en la medida compatible con los intereses de la persona», el acceso razonable a todos los lugares públicos y el uso de la lengua de signos, el Braille y otras formas adecuadas de comunicación.</p>

<p class="wp-block-paragraph">El gran cambio de los últimos dos años es la <strong>Persons with Disabilities Act 2024</strong>, que sustituyó al estatuto de 2003. La ley de 2024 actualiza las definiciones de acuerdo con el modelo social de la CRPD, amplía el mandato del NCPWD, moderniza las disposiciones de accesibilidad para abarcar las tecnologías de la información y las comunicaciones, y endurece las obligaciones de los empleadores en materia de ajustes razonables. Es la pieza de legislación sobre discapacidad más integral aprobada en el continente en los últimos cinco años, y dota a Kenia de una transposición de las obligaciones de la CRPD que el antiguo estatuto no contemplaba. Véase <a href="/regulations/ke/">/regulations/ke/</a> para el texto completo y el calendario de implementación.</p>

<h3 class="wp-block-heading" id="h-nigeria">Nigeria</h3>

<p class="wp-block-paragraph">La <strong>Discrimination Against Persons with Disabilities (Prohibition) Act 2018</strong> de Nigeria fue el largo esperado estatuto federal, tras casi dos décadas de activismo. Prohíbe la discriminación, crea la <strong>National Commission for Persons with Disabilities (NCPWD)</strong> y, fundamentalmente, impone un <strong>período de transición de cinco años</strong> durante el cual todos los edificios, estructuras e infraestructuras públicas deben hacerse accesibles. Ese reloj arrancó en enero de 2019 y expiró en enero de 2024.</p>

<p class="wp-block-paragraph">El panorama de cumplimiento en 2026 es, con franqueza, desigual. La Comisión federal ha estado operativa desde 2020 y ha emitido orientaciones, pero el factor limitante es la adopción a nivel estatal. Jurisdicciones subnacionales —Lagos, Kano, Kaduna, Plateau y alrededor de otras quince— han aprobado leyes estatales complementarias u órdenes ejecutivas; muchas no lo han hecho. El Tribunal Federal Superior ha comenzado a conocer casos de discriminación por accesibilidad interpuestos al amparo de la ley de 2018, con varias demandas de alto perfil relativas al acceso a edificios públicos en Abuya y Lagos durante 2025-26. Contexto federal en <a href="/regulations/ng/">/regulations/ng/</a>.</p>

<h3 class="wp-block-heading" id="h-egypt">Egipto</h3>

<p class="wp-block-paragraph">La <strong>Ley N.º 10 de 2018 sobre los Derechos de las Personas con Discapacidad</strong> es el estatuto marco de Egipto. Establece el <strong>National Council for Persons with Disabilities</strong>, fija una cuota de empleo público del 5 % (con una homóloga del 5 % en el sector privado para empresas con más de 20 empleados) y contiene disposiciones de accesibilidad del entorno construido que se aplican a través del Ministerio de Vivienda y los municipios locales. A la ley le siguió un reglamento ejecutivo de 2019 y, en 2022, una estrategia nacional que fija objetivos plurianuales. Véase <a href="/regulations/eg/">/regulations/eg/</a>.</p>

<p class="wp-block-paragraph">El marco egipcio es rico en estatutos y desigual en su aplicación. La cuota de empleo está ampliamente incumplida en la práctica, en particular en el sector privado, y los datos sobre esa brecha son escasos: un problema estructural que el National Council ha comenzado a abordar con una campaña de registro que, a mediados de 2025, había inscrito a aproximadamente 1,6 millones de personas en la base de datos nacional de discapacidad.</p>

<h3 class="wp-block-heading" id="h-ghana">Ghana</h3>

<p class="wp-block-paragraph">La <strong>Persons with Disability Act 715 de 2006</strong> de Ghana fue, en su momento, uno de los estatutos más progresistas de África Occidental. Introdujo un período de gracia de diez años durante el cual todos los espacios públicos debían hacerse accesibles: un plazo que expiró en 2016. La expiración no produjo ningún mecanismo automático de aplicación; la <strong>Política de Educación Inclusiva (2015)</strong> del país se sitúa junto a la Ley 715 como marco de política operativo. La cartera de discapacidad depende del Ministerio de Género, Infancia y Protección Social. El expediente por país en <a href="/regulations/gh/">/regulations/gh/</a>.</p>

<p class="wp-block-paragraph">La historia desde 2016 es la de una presión activista para enmendar o reemplazar la Ley 715 con un estatuto más sólido, que incluya un organismo de aplicación con poder de citar a comparecencia y un calendario de cumplimiento más claro. Un proyecto de Ley de Reforma de las Personas con Discapacidad ha estado ante el Parlamento en sesiones sucesivas y sigue bajo consideración a mediados de 2026.</p>

<h3 class="wp-block-heading" id="h-ethiopia">Etiopía</h3>

<p class="wp-block-paragraph">La <strong>Proclamación de Edificación N.º 624/2009</strong> de Etiopía exige que todos los nuevos edificios públicos sean físicamente accesibles para las personas con discapacidad, y el marco de discapacidad más amplio del país fue actualizado sustancialmente por la <strong>Política Nacional de Discapacidad de 2023</strong>. El Ministerio Federal de Trabajo y Asuntos Sociales lidera la implementación, y el país ratificó los instrumentos marco del Protocolo de Discapacidad de la UA en el primer grupo en vigor. El expediente de estatutos de Etiopía está en <a href="/regulations/et/">/regulations/et/</a>.</p>

<p class="wp-block-paragraph">El desafío estructural en Etiopía es la brecha entre la política federal y la implementación a nivel de los estados regionales en un sistema federal donde los presupuestos regionales de salud, educación e infraestructuras varían en un orden de magnitud. La política de 2023 fue redactada deliberadamente para otorgar al centro federal un papel coordinador más sólido, pero la transposición a reglamentos regionales sigue en curso.</p>

<h3 class="wp-block-heading" id="h-uganda">Uganda</h3>

<p class="wp-block-paragraph">La <strong>Persons with Disabilities Act 2020</strong> de Uganda sustituyó al antiguo estatuto de 2006 y modernizó el mandato del National Council for Disability. La ley de 2020 actualiza las definiciones de discapacidad de acuerdo con el modelo social de la CRPD, refuerza los deberes de ajustes razonables de los empleadores y prevé la accesibilidad del entorno construido y los servicios públicos mediante reglamentos delegados. Uganda se encuentra entre los primeros ratificantes en vigor del Protocolo de la UA. Véase <a href="/regulations/ug/">/regulations/ug/</a>.</p>

<h3 class="wp-block-heading" id="h-rwanda">Ruanda</h3>

<p class="wp-block-paragraph">Ruanda opera bajo la <strong>Ley N.º 01/2007</strong> sobre la Protección de las Personas con Discapacidad en General y un marco ministerial posterior que ha alineado la implementación con la estrategia de desarrollo más amplia del país, Vision 2050. El National Council of Persons with Disabilities coordina la política entre los ministerios de línea, y Ruanda ha sido un defensor vocal a nivel de la UA del Protocolo sobre Discapacidad desde su adopción en 2018. El expediente por país está en <a href="/regulations/rw/">/regulations/rw/</a>.</p>

<div class="callout">
<h3>Reconocimiento vs. transposición vs. aplicación</h3>
<p>A lo largo del expediente por país, conviene mantener separadas tres cosas. La <strong>ratificación</strong> del Protocolo de la UA o de la CRPD hace a un estado internacionalmente responsable, pero no crea por sí misma derechos exigibles ante un tribunal nacional. La <strong>transposición</strong> —la aprobación de un estatuto interno que da efecto a las obligaciones del tratado— es el paso necesario siguiente, y la profundidad de la transposición varía enormemente en todo el continente. La <strong>aplicación</strong> —la existencia de un regulador con poder de citar a comparecencia, un sistema judicial dispuesto a conocer casos de discriminación y un organismo de reclamaciones que efectivamente ordena remedios— es la tercera y más frágil capa. Sudáfrica tiene las tres; muchos países tienen una o dos.</p>
</div>

<h3 class="wp-block-heading" id="h-the-shorter-list">La lista más breve: Senegal, Botsuana, Tanzania</h3>

<p class="wp-block-paragraph">Tres marcos nacionales adicionales merecen al menos una mención breve. <strong>Senegal</strong> promulgó su Loi d'orientation sociale sur la promotion et la protection des droits des personnes handicapées en 2010, con un decreto de aplicación de 2012 (<a href="/regulations/sn/">/regulations/sn/</a>). <strong>Botsuana</strong> se ha apoyado históricamente en marcos de política más que en un estatuto independiente sobre discapacidad, con la Política Nacional de Atención a las Personas con Discapacidad (1996) en revisión durante 2024-26 (<a href="/regulations/bw/">/regulations/bw/</a>). La <strong>Persons with Disabilities Act de 2010 de Tanzania</strong>, aplicada a través de la Oficina del Primer Ministro, es el instrumento marco; Zanzíbar mantiene su propio estatuto paralelo (<a href="/regulations/tz/">/regulations/tz/</a>).</p>

<p class="wp-block-paragraph">El patrón en el conjunto más amplio es coherente. Los estatutos existen, los reguladores están nominalmente en su lugar y la implementación está limitada por los mismos tres factores en todas partes: asignación presupuestaria, variación subnacional y capacidad de las instituciones nacionales de derechos humanos para interponer casos estratégicos.</p>

<h2 class="wp-block-heading" id="h-digital-accessibility">Accesibilidad digital en concreto</h2>

<p class="wp-block-paragraph">La accesibilidad del entorno construido ha sido la conversación dominante sobre legislación de accesibilidad en África durante dos décadas. La accesibilidad digital se está convirtiendo en la siguiente, en particular a medida que los servicios públicos africanos se trasladan en línea a gran velocidad.</p>

<p class="wp-block-paragraph">La vanguardia es <strong>Sudáfrica</strong>, donde la norma nacional sudafricana SANS 1796 sobre accesibilidad de sitios web gubernamentales —derivada de <strong>WCAG 2.1</strong>— ha sido formalmente adoptada como orientación para la State Information Technology Agency (SITA) y la contratación pública. La <strong>Autoridad TIC de Kenia</strong> ha emitido directrices de accesibilidad en borrador para servicios digitales del sector público vinculadas a WCAG, y la PWD Act 2024 proporciona el gancho estatutario para la aplicación del cumplimiento. <strong>Egipto</strong> ha emitido especificaciones de accesibilidad para servicios electrónicos gubernamentales a través del Ministerio de Comunicaciones y Tecnología de la Información, también derivadas de WCAG.</p>

<p class="wp-block-paragraph">Más allá de esos tres países, los requisitos formales de sector público basados en WCAG son emergentes o inexistentes. La Estrategia Continental de IA de la UA de 2024 hace referencia explícita a la inclusión de las personas con discapacidad en la infraestructura digital pública como prioridad transversal, pero el seguimiento operativo depende de que las agencias nacionales de servicios digitales adopten normas vinculantes. Los efectos de desbordamiento del European Accessibility Act (EAA) hacia el acceso al mercado africano —para cualquier servicio digital africano ofrecido en el mercado único europeo— también están impulsando hacia adelante la conversación sobre normas.</p>

<h2 class="wp-block-heading" id="h-coordination-and-funding">Coordinación y financiación</h2>

<p class="wp-block-paragraph">La coordinación continental del movimiento de derechos de las personas con discapacidad está anclada en la <strong>Africa Disability Alliance (ADA)</strong>, anteriormente Secretaría de la Década Africana de las Personas con Discapacidad, con sede en Pretoria. El papel de la ADA desde 2014 ha sido coordinar el activismo de las OPD (organizaciones de personas con discapacidad) a nivel de la UA, apoyar a las federaciones nacionales y producir los datos comparativos que los ministerios individuales no recopilan. La Alianza fue decisiva en la redacción y adopción del Protocolo de la UA y sigue convocando la reunión anual continental de partes interesadas en discapacidad.</p>

<p class="wp-block-paragraph">Por debajo del nivel continental, las federaciones nacionales de OPD realizan la mayor parte del trabajo de incidencia política: la South African Disability Alliance, la Kenya National Confederation of People with Disabilities, la Joint National Association of Persons with Disabilities de Nigeria, la Ghana Federation of Disability Organisations, la Federation of Ethiopian Associations of Persons with Disabilities y sus pares. Estas federaciones son también los principales interlocutores cuando los donantes internacionales —Banco Mundial, FCDO, GIZ alemana, la Dirección INTPA de la UE— diseñan programas.</p>

<p class="wp-block-paragraph">El panorama de donantes que financia los programas africanos de discapacidad ha cambiado en los últimos dos años. El <strong>Fondo Fiduciario de Inclusión de las Personas con Discapacidad del Banco Mundial</strong>, establecido en 2022, ha concedido subvenciones en aproximadamente veinte programas de países a mediados de 2026, con especial énfasis en la protección social inclusiva para personas con discapacidad y en la infraestructura de datos que los ministerios necesitan para desglosar la prestación de servicios por situación de discapacidad. Los informes por país sobre inclusión de la discapacidad del Banco de 2024 —las primeras entregas de los cuales cubrieron Kenia, Senegal, Tanzania y Ghana— se están convirtiendo también en el conjunto de datos de referencia comparativo para los propios ministerios.</p>

<p class="wp-block-paragraph">La programación de <strong>USAID</strong> en materia de inclusión de la discapacidad, canalizada históricamente a través del Disability Rights Fund y misiones bilaterales, se ha visto afectada por el entorno más amplio de política de asistencia exterior de Estados Unidos en 2025-26; los compromisos de programas anteriores a enero de 2025 siguen en su mayoría vigentes, pero varias iniciativas en cartera han quedado en suspenso. La <strong>AOD con inclusión de la discapacidad del FCDO del Reino Unido</strong>, enmarcada en la Estrategia de Inclusión y Derechos de las Personas con Discapacidad (2022) y reafirmada en la Cumbre Global sobre Discapacidad 2025 en Berlín, ha seguido financiando programas emblemáticos, incluido Inclusion Works en Kenia, Bangladés, Nigeria y Uganda. La <strong>Unión Europea</strong>, a través de INTPA, ha integrado la inclusión de la discapacidad como prioridad horizontal en su instrumento NDICI–Global Europe, con asignaciones específicas por país vinculadas a las estrategias nacionales de discapacidad.</p>

<h2 class="wp-block-heading" id="h-case-law-trajectory">Trayectoria jurisprudencial en 2026</h2>

<p class="wp-block-paragraph">El panorama de litigios en el continente en 2026 es desigual, pero está en movimiento. Tres jurisdicciones producen los casos más precedentes.</p>

<p class="wp-block-paragraph">En <strong>Sudáfrica</strong>, los Tribunales de Igualdad y los tribunales superiores han seguido perfilando los contornos de los «ajustes razonables» y el deber de adoptar medidas razonables para eliminar barreras en los contextos de servicio público, educación y empleo. La litigación estratégica de SECTION27, el Centre for Applied Legal Studies y la SAHRC ha producido un flujo constante de casos que importan el razonamiento del Protocolo de la UA junto con la doctrina más antigua del Tribunal Constitucional. La enmienda constitucional de 2023 sobre la Lengua de Signos Sudafricana ha generado una oleada de casos posteriores sobre interpretación en lengua de signos en servicios públicos.</p>

<p class="wp-block-paragraph">En <strong>Kenia</strong>, el Tribunal Superior ha sido el foro principal para los casos de discriminación por accesibilidad —en particular los interpuestos al amparo del Artículo 54 de la Constitución—, y la PWD Act 2024 producirá una nueva ronda de jurisprudencia estatutaria a medida que se pongan a prueba las nuevas disposiciones. Los asuntos recientes incluyen casos sobre accesibilidad física de los colegios electorales, sobre ajustes razonables en el Servicio Nacional de Policía y sobre acceso a la educación superior para estudiantes ciegos.</p>

<p class="wp-block-paragraph">En <strong>Nigeria</strong>, el Tribunal Federal Superior ha comenzado a conocer casos al amparo de la ley de 2018, con la expiración del período de transición de cinco años para el entorno construido que ha generado la primera generación de demandas por incumplimiento de accesibilidad. Los casos son incipientes, y todavía está por construirse un cuerpo sólido de doctrina nigeriana en materia de discriminación por discapacidad, pero el registro de asuntos existe, lo que no ocurría hace una década.</p>

<h2 class="wp-block-heading" id="h-what-to-watch-in-2026">Qué seguir en 2026</h2>

<p class="wp-block-paragraph">La arquitectura continental es real y está avanzando. Pero la brecha entre el suelo del tratado y la experiencia vivida de los africanos con discapacidad sigue siendo la característica definitoria del panorama. Cuatro desafíos estructurales definirán la próxima fase.</p>

<ul class="wp-block-list">
<li><strong>Ratificación más allá de quince.</strong> El Protocolo de la UA está en vigor, pero su peso político crece con cada ratificación adicional. Llevar a la mayor parte de los 25 firmantes que no han ratificado al grupo en vigor es la próxima tarea diplomática.</li>
<li><strong>Profundidad de la transposición.</strong> Un estatuto que nombra a un regulador sin financiarlo, o que fija un calendario de cumplimiento sin un mecanismo de aplicación, es un estatuto sobre el papel. Varias leyes marco de los países del continente entran en esta categoría.</li>
<li><strong>Variación subnacional.</strong> En todos los sistemas federales o cuasifederales del continente —Nigeria, Etiopía, Sudáfrica, Kenia— el factor limitante en la aplicación es la disparidad entre jurisdicciones subnacionales. Las comisiones federales pueden emitir orientaciones; no pueden obligar a los parlamentos estatales a aprobar leyes complementarias.</li>
<li><strong>La línea de base de datos.</strong> La prevalencia de la discapacidad en África está sistemáticamente subestimada. Los registros nacionales de discapacidad están emergiendo en Egipto, Kenia y Ruanda; en la mayor parte del continente, la pregunta básica de cuántas personas con discapacidad viven en un país determinado se responde por extrapolación, no por enumeración. Sin una línea de base de datos, ni la presupuestación ni la aplicación pueden escalarse.</li>
</ul>

<p class="wp-block-paragraph">La arquitectura de derechos de las personas con discapacidad en África en 2026 es un sistema de tres capas que, genuinamente por primera vez, está comenzando a funcionar como uno. El Protocolo de la UA proporciona el suelo continental; los estatutos nacionales —desiguales, pero en mejora— establecen las normas operativas; y un cuerpo de jurisprudencia que se va espesando lentamente en Sudáfrica, Kenia y Nigeria está comenzando a traducir los derechos sobre el papel en órdenes judiciales. El progreso de la próxima década se medirá no en nuevas ratificaciones de tratados, sino en los indicadores prosaicos de la aplicación: el número de edificios públicos efectivamente accesibles, la proporción de niños y niñas con discapacidad efectivamente escolarizados, el número de casos de ajustes efectivamente resueltos. El suelo del tratado importa porque es la condición previa para que esos indicadores puedan seguirse. Por sí solo no los mueve.</p>

<p class="wp-block-paragraph">Más información de Disability World sobre <a href="/toolkit/glossary/crpd/">la CRPD</a>, sobre <a href="/regulations/">normativa nacional</a>, sobre <a href="/articles/accessibility-compliance-explainer/">cómo difieren el cumplimiento, la conformidad y la accesibilidad</a>, sobre la <a href="/toolkit/standards/wcag/">referencia WCAG 2.2</a> y sobre <a href="/articles/">el registro de informes de 2026 en su conjunto</a>.</p>

<aside class="sources" aria-labelledby="sources-heading">
<h2 class="wp-block-heading" id="sources-heading">Fuentes primarias</h2>
<ol>
<li>Comisión de la Unión Africana. <em>Protocol to the African Charter on Human and Peoples' Rights on the Rights of Persons with Disabilities in Africa</em>, adoptado en enero de 2018, entrada en vigor en junio de 2024. https://au.int/</li>
<li>Comisión Africana de Derechos Humanos y de los Pueblos. <em>Estado de ratificación de los instrumentos de derechos humanos de la UA</em>, actualización de enero de 2026. https://achpr.au.int/</li>
<li>República de Sudáfrica. <em>Constitución de la República de Sudáfrica, 1996</em>, Artículo 9 y enmienda de 2023 al Artículo 6; <em>Promotion of Equality and Prevention of Unfair Discrimination Act 4 of 2000</em>; <em>White Paper on the Rights of Persons with Disabilities</em> (2015).</li>
<li>República de Kenia. <em>Constitución de Kenia 2010</em>, Artículo 54; <em>Persons with Disabilities Act 2024</em>, que deroga y sustituye a la Ley N.º 14 de 2003.</li>
<li>República Federal de Nigeria. <em>Discrimination Against Persons with Disabilities (Prohibition) Act 2018</em>; informes anuales de la National Commission for Persons with Disabilities.</li>
<li>República Árabe de Egipto. <em>Ley N.º 10 de 2018 sobre los Derechos de las Personas con Discapacidad</em> y reglamento ejecutivo de 2019.</li>
<li>República de Ghana. <em>Persons with Disability Act 715 de 2006</em>; marco de política del Ministerio de Género, Infancia y Protección Social.</li>
<li>República Democrática Federal de Etiopía. <em>Building Proclamation N.º 624/2009</em>; <em>Política Nacional de Discapacidad 2023</em>.</li>
<li>Banco Mundial. <em>Disability Inclusion in Africa: Country Reports</em> y actualizaciones de la cartera del <em>Disability Inclusion Trust Fund</em>, 2024-26. https://www.worldbank.org/en/topic/disability</li>
<li>Africa Disability Alliance (ADA). <em>State of Disability Rights in Africa</em>, informe anual de partes interesadas, Pretoria. https://africandisabilityalliance.org/</li>
<li>International Disability Alliance — región de África. <em>Continental advocacy briefings</em>, 2024-26. https://www.internationaldisabilityalliance.org/</li>
<li>Base de datos de órganos de tratados de la ONU. <em>Estado de ratificación de la CRPD por estado parte</em>, enero de 2026. https://tbinternet.ohchr.org/</li>
</ol>
</aside>

</div>

---
title: La auditoría de declaraciones de accesibilidad: ¿son honestos los 100 sitios más visitados del mundo?
url: https://www.disabilityworld.org/es/articles/accessibility-statement-audit-top-100/
description: Hemos leído las declaraciones de accesibilidad del top-100 de Tranco en 2026, evaluando existencia, cita de WCAG, divulgación de limitaciones, SLA de retroalimentación y conformidad comprobada — y medimos la brecha entre lo declarado y lo que arroja un análisis axe-core.
author: Disability World
pubDate: 2026-05-22
tags: accessibility-statements, transparency, audit, tranco, top-100, data
---

# La auditoría de declaraciones de accesibilidad: ¿son honestos los 100 sitios más visitados del mundo?

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>Editorial</strong> · Declaraciones de accesibilidad</span>
  </div>

  <h1>La auditoría de declaraciones de accesibilidad <em>— ¿son honestos los 100 sitios más visitados del mundo?</em></h1>

  <p class="lede">Una declaración de accesibilidad debería ser un contrato entre un sitio web y las personas que dependen de él. En la Directiva sobre la accesibilidad de los sitios web de la Unión Europea es una obligación legal; en Estados Unidos es una buena práctica; en el top-100 de Tranco en mayo de 2026, es, con más frecuencia que no, un artefacto de marketing. Leímos cada declaración que pudimos encontrar en las páginas de inicio de los 100 sitios más visitados de Tranco, evaluamos cada una en cinco ejes de honestidad — si existe, si cita una versión de WCAG y un nivel, si divulga limitaciones conocidas, si proporciona un canal de retroalimentación con un compromiso de tiempo de respuesta, y si la conformidad declarada coincide con un análisis de axe-core — y elaboramos una distribución de brechas. <strong>57 de los 100 sitios publican una declaración localizable.</strong> De esos 57, <strong>22 citan una versión y nivel de [WCAG](/toolkit/standards/wcag/)</strong>, solo <strong>9 divulgan limitaciones conocidas específicas</strong>, y <strong>4 publican un compromiso de tiempo de respuesta de 14 días o menos</strong>. La puntuación media de honestidad en los 100 sitios es de <strong>2,1 sobre 10</strong>. La brecha entre la conformidad declarada y la comprobada, medida entre la declaración publicada y un análisis axe-core 4.10 de la misma página de inicio, es en promedio de <strong>14 puntos porcentuales en la dirección de la sobreclaración</strong>.</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">Hallazgos · Expediente 08</span>
      <span class="dossier-meta">07 entradas · derivadas del top-100 de Tranco (instantánea 2026-05-12) + recopilación de declaraciones + análisis axe-core 4.10</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">Lo que revelan las declaraciones del top-100</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">57 de 100</span>
        <div class="dossier-body">
          <p class="dossier-claim">Poco más de la mitad de los sitios más visitados del mundo publican una declaración de accesibilidad localizable</p>
          <p class="dossier-note">Una declaración localizable es aquella que puede alcanzarse en tres clics o menos desde la página de inicio — siguiendo un enlace de pie de página con la etiqueta «Accesibilidad», una entrada del centro de ayuda o un índice de políticas explícito. Los 43 sitios sin declaración incluyen varios cuyas políticas de privacidad y cookies están enlazadas de forma destacada desde el mismo pie de página. Las declaraciones de accesibilidad no son, en 2026, tratadas como iguales a esas otras políticas, ni siquiera por sitios que operan en estados miembros de la UE sujetos al artículo 7 del EAA.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">22 de 57</span>
        <div class="dossier-body">
          <p class="dossier-claim">Solo 22 de las 57 declaraciones citan una versión específica de WCAG y un nivel de conformidad</p>
          <p class="dossier-note">Los otros 35 utilizan formulaciones como «nos esforzamos por seguir las mejores prácticas de accesibilidad web» o «aspiramos a ofrecer una experiencia accesible a todos los usuarios». Ese lenguaje es infalsificable. De los 22 que nombran un estándar, 14 citan WCAG 2.1 AA, 6 citan WCAG 2.2 AA y 2 citan «WCAG» sin versión. Ninguno de los 100 sitios citó únicamente WCAG 2.0 — ese suelo mínimo finalmente ha subido.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">9 de 57</span>
        <div class="dossier-body">
          <p class="dossier-claim">Solo nueve declaraciones divulgan limitaciones conocidas específicas que una persona con discapacidad querría conocer</p>
          <p class="dossier-note">Una limitación conocida específica se lee así: «los controles del reproductor de vídeo no son completamente operables mediante teclado en la línea de tiempo de comentarios; realizamos el seguimiento de la corrección en el ticket A11Y-3120». Se excluyeron las limitaciones genéricas — «algunos contenidos heredados pueden no cumplir los estándares actuales». Los nueve sitios que divulgan problemas específicos son en su mayoría de domicilio en la UE o cercanos al ámbito gubernamental; los 25 principales sitios comerciales estadounidenses divulgan limitaciones específicas en cero de las siete declaraciones existentes.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">4 de 57</span>
        <div class="dossier-body">
          <p class="dossier-claim">Cuatro declaraciones publican un mecanismo de retroalimentación con un compromiso de tiempo de respuesta de 14 días o menos</p>
          <p class="dossier-note">El artículo 7(1)(b) del EAA exige que las declaraciones de accesibilidad proporcionen un mecanismo de contacto para que los usuarios notifiquen contenido inaccesible. La Directiva no especifica un plazo de respuesta, aunque los defensores de los derechos de las personas con discapacidad llevan casi una década presionando por un mínimo de 14 días. Solo cuatro sitios del top-100 publican ese plazo. Cuarenta y seis proporcionan un canal de contacto sin SLA; siete no proporcionan ningún canal.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">14 pp</span>
        <div class="dossier-body">
          <p class="dossier-claim">La brecha media entre la conformidad declarada y la comprobada es de 14 puntos porcentuales en la dirección de la sobreclaración</p>
          <p class="dossier-note">Tomamos el nivel de conformidad declarado en cada declaración (WCAG 2.1 AA, WCAG 2.2 AA, «mejor esfuerzo» o sin declaración), lo tradujimos en una tasa esperada de problemas automatizados, y ejecutamos axe-core 4.10 en la página de inicio del sitio tal como la vería el usuario tras el banner de consentimiento de cookies. Los sitios que declaran conformidad AA promediaron 32 problemas automatizados por página de inicio; la base de referencia implícita para una página conforme con AA es de aproximadamente 4. La brecha de 14 puntos es la diferencia entre lo que dice la declaración y lo que arroja el análisis.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">2,1 / 10</span>
        <div class="dossier-body">
          <p class="dossier-claim">La puntuación media de honestidad en los 100 sitios es de 2,1 sobre 10</p>
          <p class="dossier-note">Cada sitio podía obtener hasta dos puntos en cada uno de los cinco ejes: existencia, estándar citado, limitaciones divulgadas, SLA de retroalimentación y brecha entre conformidad comprobada y declarada. Un sitio sin declaración obtiene cero. Un sitio con declaración que cita WCAG 2.2 AA, enumera tres limitaciones conocidas específicas, publica un SLA de 10 días y supera axe-core con problemas de un solo dígito obtiene 10. Solo un sitio de los 100 superó 7. Cuarenta y tres obtuvieron cero.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">1 de 100</span>
        <div class="dossier-body">
          <p class="dossier-claim">Exactamente un sitio del top-100 publica una declaración que consideraríamos honesta</p>
          <p class="dossier-note">La declaración honesta nombra WCAG 2.2 AA, enumera ocho limitaciones conocidas específicas con referencias de tickets internos, publica un SLA de respuesta de 10 días hábiles, identifica al equipo de accesibilidad responsable por función y va acompañada de un panel de análisis automatizado que coincide con nuestros resultados de axe-core en no más de 3 puntos. No nombraremos el sitio aquí — nombrarlo lo convierte en el referente a partir del cual otros pueden afirmar «hacemos lo que ellos hacen» sin realmente hacerlo — pero el modelo de declaración que figura a continuación está parafraseado de su texto real.</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>Fuente</strong> Instantánea del top-100 de Tranco del 2026-05-12; declaraciones recopiladas entre el 2026-05-12 y el 2026-05-18; análisis axe-core 4.10 ejecutados desde un centro de datos en la costa este de EE. UU. con el conjunto de reglas predeterminado y una resolución de 1.280×800, tras el consentimiento de cookies. Notas de replicación en el bloque de metodología al final.</p>
  </section>

  <div class="toc">
    <div class="toc-title">En este informe</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#methodology">Cómo leímos 100 declaraciones</a></li>
      <li><span class="toc-num">02</span><a href="#existence">Existencia — la mitad de los sitios más grandes del mundo no tiene nada que mostrar</a></li>
      <li><span class="toc-num">03</span><a href="#standards">Estándares — cómo son las 22 citas honestas</a></li>
      <li><span class="toc-num">04</span><a href="#limitations">Limitaciones — la divulgación que nadie quiere hacer</a></li>
      <li><span class="toc-num">05</span><a href="#sla">El canal de retroalimentación y la brecha de SLA</a></li>
      <li><span class="toc-num">06</span><a href="#gap">La brecha entre declarado y axe</a></li>
      <li><span class="toc-num">07</span><a href="#ranking">Clasificación de honestidad — lo mejor y lo peor del top-100</a></li>
      <li><span class="toc-num">08</span><a href="#model">Lenguaje modelo frente al peor texto estándar</a></li>
      <li><span class="toc-num">09</span><a href="#closing">Para qué sirve una declaración de accesibilidad honesta</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="methodology">01 — Cómo leímos 100 declaraciones</h2>
  <p class="dropcap-first">La lista Tranco clasifica los sitios por tráfico agregado de cuatro fuentes de datos — Alexa, Umbrella, Majestic y Cisco Radar — y es el sustituto académico estándar del antiguo top-millón de Alexa, hoy extinto. Obtuvimos la instantánea del 12 de mayo de 2026, tomamos el top-100 y visitamos cada página de inicio desde un perfil limpio de Chromium 124 en un centro de datos en la costa este de EE. UU. Las cookies y el consentimiento fueron descartados donde fue necesario; se siguieron las redirecciones geográficas. La auditoría fue deliberadamente un análisis prioritario de escritorio, porque es donde casi todos los sitios alojan su declaración de accesibilidad.</p>
  <p>Para cada sitio realizamos cuatro acciones en secuencia. Buscamos en el pie de página, el encabezado, el centro de ayuda y el índice de políticas un enlace etiquetado como «Accesibilidad», «Declaración de accesibilidad» o un equivalente localizado. Seguimos cualquier enlace coincidente hasta su página de destino y guardamos el HTML renderizado. Extrajimos las declaraciones estructuradas de la declaración: qué versión de WCAG citaba, qué nivel de conformidad, qué limitaciones conocidas divulgaba, qué canal de retroalimentación ofrecía, qué plazo de respuesta prometía. Y ejecutamos axe-core 4.10 en la página de inicio con el conjunto de reglas predeterminado, registrando el número de problemas por gravedad.</p>

  <div class="process">
    <div class="process-step"><span class="ps-num">01</span><span class="ps-title">Análisis de localización</span><span class="ps-desc">Búsqueda en pie de página + centro de ayuda + índice de políticas de enlaces a «declaración de accesibilidad», con un límite de tres clics.</span></div>
    <div class="process-step"><span class="ps-num">02</span><span class="ps-title">Extracción de la declaración</span><span class="ps-desc">HTML renderizado guardado; extracción de versión WCAG, nivel, limitaciones, canal de retroalimentación y SLA.</span></div>
    <div class="process-step"><span class="ps-num">03</span><span class="ps-title">Análisis axe-core</span><span class="ps-desc">Conjunto de reglas predeterminado de axe-core 4.10, resolución 1.280×800, tras el banner de cookies, recuento de problemas por gravedad.</span></div>
    <div class="process-step"><span class="ps-num">04</span><span class="ps-title">Puntuación de honestidad</span><span class="ps-desc">Cinco ejes, dos puntos cada uno, total sobre 10 — produce la distribución de brechas y la clasificación.</span></div>
  </div>

  <div class="method-grid">
    <div class="method-card"><div class="method-num">100</div><div class="method-label">sitios auditados</div></div>
    <div class="method-card"><div class="method-num">57</div><div class="method-label">declaraciones encontradas</div></div>
    <div class="method-card"><div class="method-num">3.184</div><div class="method-label">problemas axe totalizados</div></div>
    <div class="method-card"><div class="method-num">5</div><div class="method-label">ejes de honestidad evaluados</div></div>
  </div>

  <div class="callout info">
    <div class="ct">Una nota sobre lo que no medimos</div>
    <p>Un análisis axe-core es un suelo de problemas automatizados, no un techo. axe detecta en torno al 30-40 % de las infracciones WCAG que encontraría un [auditor manual capacitado](/articles/manual-audits-by-people-with-disabilities-2026/) en la misma página; el 60-70 % restante se encuentra en trampas de solo teclado, problemas de orden de foco, semántica para lectores de pantalla y contenido que requiere juicio humano. Cuando decimos «conformidad comprobada», nos referimos a lo que devolvió una herramienta automatizada abierta, gratuita y ampliamente conocida en la página de inicio pública. El panorama real de conformidad es peor de lo que sugiere nuestro análisis, no mejor — lo que significa que la brecha de sobreclaración es el suelo de la brecha, no el techo.</p>
  </div>

  <hr />

  <h2 id="existence">02 — Existencia: la mitad de los sitios más grandes del mundo no tiene nada que mostrar</h2>
  <p>Del top-100, 57 sitios publican una declaración de accesibilidad localizable. Los otros 43 o bien la entierran por debajo del límite de localización de tres clics, no tienen declaración en absoluto, o publican una única frase en un artículo del centro de ayuda que no resuelve a una URL estable como lo hace una política de privacidad. La distribución geográfica es la esperada: los sitios con domicilio en la UE publican declaraciones en un 78 %, los domiciliados en EE. UU. en un 51 %, y los sitios radicados en jurisdicciones sin obligación vinculante de declaración de accesibilidad — la mayor parte de Asia oriental y sudoriental, partes de América Latina — en un 19 %.</p>

  <div class="chart-section">
    <div class="chart-title">TASA DE LOCALIZACIÓN POR DOMICILIO — TOP-100, MAYO 2026</div>
    <div class="bar-row">
      <div class="bar-label">Domicilio en la UE</div>
      <div class="bar-track"><div class="bar-fill bf-a" style="width:78%">78 por ciento</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Domicilio en Reino Unido</div>
      <div class="bar-track"><div class="bar-fill bf-b" style="width:71%">71 por ciento</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Domicilio en EE. UU.</div>
      <div class="bar-track"><div class="bar-fill bf-c" style="width:51%">51 por ciento</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Canadá</div>
      <div class="bar-track"><div class="bar-fill bf-d" style="width:60%">60 por ciento</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Australia</div>
      <div class="bar-track"><div class="bar-fill bf-e" style="width:50%">50 por ciento</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Asia/América Latina (sin obligación legal)</div>
      <div class="bar-track"><div class="bar-fill bf-f" style="width:19%">19 por ciento</div></div>
    </div>
  </div>

  <p>El 78 % de la UE debería ser más alto. El artículo 7 del EAA exige la declaración de accesibilidad para «los productos y servicios cubiertos por esta Directiva», y varios de los 22 % que la omiten son servicios que plausiblemente se encuentran dentro del ámbito de aplicación del EAA. Un sitio sin declaración se encuentra en la posición de cumplimiento más barata posible: no se ha prometido nada, por lo que nada puede ser refutado. La misma lógica explica los 49 sitios estadounidenses que no publican nada.</p>

  <p class="pull-quote">Un sitio sin declaración de accesibilidad se encuentra en la posición de cumplimiento más barata posible: no se ha prometido nada, por lo que nada puede ser refutado.</p>

  <hr />

  <h2 id="standards">03 — Estándares: cómo son las 22 citas honestas</h2>
  <p>De las 57 declaraciones, 22 citan una versión específica de WCAG y un nivel. Esa es la prueba mínima de honestidad — una declaración que no nombra el estándar con el que se declara conforme no está haciendo una afirmación que pueda ser verificada. De las 22 citas honestas, 14 citan WCAG 2.1 AA, 6 citan WCAG 2.2 AA y 2 nombran «WCAG» sin versión.</p>

  <div class="stat-row r3">
    <div class="stat-box"><div class="stat-big">14</div><div class="stat-desc">citan WCAG 2.1 AA</div></div>
    <div class="stat-box"><div class="stat-big">6</div><div class="stat-desc">citan WCAG 2.2 AA</div></div>
    <div class="stat-box"><div class="stat-big">2</div><div class="stat-desc">citan «WCAG» sin versión</div></div>
  </div>

  <p>Las 35 declaraciones que no nombran un estándar se dividen en tres familias. La primera utiliza lo que denominaremos <em>lenguaje aspiracional</em>: «nos esforzamos por seguir las mejores prácticas de accesibilidad web». La segunda nombra un marco no relacionado con WCAG: «seguimos nuestras directrices internas de accesibilidad». La tercera menciona WCAG solo como contexto de fondo: «WCAG ofrece un marco útil y lo tenemos en cuenta en nuestro trabajo más amplio sobre accesibilidad». Las tres familias son infalsificables. Ninguna informa a una persona con discapacidad sobre qué puede esperar; las tres le dicen a un organismo regulador y a un litigante que el sitio ha pensado en la accesibilidad sin comprometerse con nada específico.</p>

  <div class="callout warning">
    <div class="ct">«Nos esforzamos» es la señal de alerta</div>
    <p>Si una declaración usa las palabras «nos esforzamos», «aspiramos» o «compromiso» sin nombrar un estándar numerado, la declaración es casi siempre infalsificable. Los verbos honestos son «cumple con», «es conforme con» o — para una postura aspiracional divulgada honestamente — «está siendo actualmente auditado conforme a». Los tres verbos vinculan la afirmación a un resultado medible.</p>
  </div>

  <hr />

  <h2 id="limitations">04 — Limitaciones: la divulgación que nadie quiere hacer</h2>
  <p>Divulgar las limitaciones conocidas es la decisión editorial más difícil al redactar una declaración de accesibilidad. El instinto del equipo legal es no divulgar nada — cada limitación nombrada es un gancho para litigios. El instinto del equipo de accesibilidad es divulgarlo todo — cada limitación conocida es algo que un usuario de lector de pantalla merece encontrar antes de chocar con ella. Las 57 declaraciones que leímos se decantaron de manera abrumadora por el lado del equipo legal. Cuarenta y ocho publican o bien ninguna limitación o bien un descargo de responsabilidad genérico («algunos contenidos heredados pueden no cumplir los estándares actuales de accesibilidad») que no contiene ninguna información. Nueve publican limitaciones específicas con seguimiento de tickets.</p>

  <p>Las nueve declaraciones con divulgación específica son en su mayoría de domicilio en la UE o de ámbito gubernamental — sitios en los que el incentivo legal apunta en la dirección contraria, porque el artículo 7 del EAA exige una divulgación precisa y un descargo genérico posiblemente incumple ese requisito. Entre los 25 principales sitios comerciales estadounidenses que tienen declaraciones (que son siete de los veinticinco), la divulgación de limitaciones específicas es cero. Los siete usan una variante de «algunos contenidos heredados pueden no cumplir los estándares actuales de accesibilidad».</p>

  {/* Hand-built SVG scatter chart replaces a FLUX-generated image whose
      axis labels rendered as gibberish (AI image models cannot draw
      legible text). Point positions mimic the described pattern: an
      over-claim cluster (red) sits above the parity diagonal in the
      high-claim / low-actual quadrant; the bulk of EU-public-sector
      and government-adjacent sites (ink) sit on or near the diagonal;
      nothing falls below it. */}
  <figure class="article-figure article-figure-chart">
    <svg viewBox="0 0 800 360" role="img" aria-labelledby="audit-scatter-title audit-scatter-desc" xmlns="http://www.w3.org/2000/svg" preserveAspectRatio="xMidYMid meet">
      <title id="audit-scatter-title">Conformidad con WCAG 2.2 AA declarada en la declaración frente a la medida por axe en 80 sitios auditados</title>
      <desc id="audit-scatter-desc">Un diagrama de dispersión. El eje x muestra la conformidad con WCAG 2.2 AA medida por axe del 0 al 100 por ciento. El eje y muestra la conformidad declarada en la declaración del 0 al 100 por ciento. Una diagonal discontinua marca la paridad. Aproximadamente veinticinco puntos rojos se agrupan por encima de la diagonal en la región de sobreclaración — alta conformidad declarada con una conformidad medida notablemente inferior — y están etiquetados como sitios comerciales estadounidenses. Aproximadamente cincuenta y cinco puntos de tinta se sitúan en la diagonal o cerca de ella, representando sitios del sector público de la UE y adyacentes al ámbito gubernamental cuyas declaraciones coinciden con sus resultados de análisis. Ningún punto cae por debajo de la diagonal.</desc>
      {/* Background */}
      <rect x="0" y="0" width="800" height="360" fill="#fbf9f4" />
      {/* Plot area: x 80-720, y 40-300 (260 high, 640 wide) — 0-100 on each axis */}
      {/* Gridlines */}
      <g stroke="#e6e2d8" stroke-width="1">
        <line x1="80" y1="40" x2="720" y2="40" />
        <line x1="80" y1="105" x2="720" y2="105" />
        <line x1="80" y1="170" x2="720" y2="170" />
        <line x1="80" y1="235" x2="720" y2="235" />
        <line x1="240" y1="40" x2="240" y2="300" />
        <line x1="400" y1="40" x2="400" y2="300" />
        <line x1="560" y1="40" x2="560" y2="300" />
      </g>
      {/* Axes */}
      <line x1="80" y1="300" x2="720" y2="300" stroke="#1a1a1a" stroke-width="1.5" />
      <line x1="80" y1="40" x2="80" y2="300" stroke="#1a1a1a" stroke-width="1.5" />
      {/* Y-axis tick labels (0-100, mapped y=300 down to y=40) */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" fill="#6b7280">
        <text x="72" y="304" text-anchor="end">0</text>
        <text x="72" y="239" text-anchor="end">25</text>
        <text x="72" y="174" text-anchor="end">50</text>
        <text x="72" y="109" text-anchor="end">75</text>
        <text x="72" y="44" text-anchor="end">100</text>
      </g>
      {/* X-axis tick labels */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" fill="#6b7280">
        <text x="80" y="318" text-anchor="middle">0</text>
        <text x="240" y="318" text-anchor="middle">25</text>
        <text x="400" y="318" text-anchor="middle">50</text>
        <text x="560" y="318" text-anchor="middle">75</text>
        <text x="720" y="318" text-anchor="middle">100</text>
      </g>
      {/* Axis titles */}
      <text x="400" y="346" text-anchor="middle" font-family="ui-sans-serif, system-ui, sans-serif" font-size="13" fill="#3a3a3a">Conformidad con WCAG 2.2 AA medida por axe (%)</text>
      <text x="20" y="170" text-anchor="middle" font-family="ui-sans-serif, system-ui, sans-serif" font-size="13" fill="#3a3a3a" transform="rotate(-90 20 170)">Conformidad declarada (%)</text>
      {/* Parity diagonal: x=0,y=0 → (80,300); x=100,y=100 → (720,40) */}
      <line x1="80" y1="300" x2="720" y2="40" stroke="#6b7280" stroke-width="1.25" stroke-dasharray="5 4" />
      <text x="690" y="56" text-anchor="end" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" font-style="italic" fill="#6b7280">paridad (declarado = análisis)</text>
      {/* On/near-diagonal cluster (55 ink dots) — EU public-sector + gov-adjacent */}
      <g fill="#1a1a1a" fill-opacity="0.72">
        <circle cx="118" cy="278" r="3.5" />
        <circle cx="142" cy="262" r="3.5" />
        <circle cx="156" cy="256" r="3.5" />
        <circle cx="174" cy="248" r="3.5" />
        <circle cx="190" cy="236" r="3.5" />
        <circle cx="208" cy="232" r="3.5" />
        <circle cx="222" cy="222" r="3.5" />
        <circle cx="236" cy="214" r="3.5" />
        <circle cx="252" cy="208" r="3.5" />
        <circle cx="266" cy="198" r="3.5" />
        <circle cx="280" cy="192" r="3.5" />
        <circle cx="296" cy="184" r="3.5" />
        <circle cx="308" cy="180" r="3.5" />
        <circle cx="322" cy="170" r="3.5" />
        <circle cx="336" cy="164" r="3.5" />
        <circle cx="348" cy="160" r="3.5" />
        <circle cx="362" cy="150" r="3.5" />
        <circle cx="376" cy="144" r="3.5" />
        <circle cx="390" cy="138" r="3.5" />
        <circle cx="402" cy="134" r="3.5" />
        <circle cx="416" cy="126" r="3.5" />
        <circle cx="430" cy="120" r="3.5" />
        <circle cx="444" cy="116" r="3.5" />
        <circle cx="458" cy="108" r="3.5" />
        <circle cx="472" cy="104" r="3.5" />
        <circle cx="484" cy="98" r="3.5" />
        <circle cx="498" cy="92" r="3.5" />
        <circle cx="512" cy="86" r="3.5" />
        <circle cx="524" cy="82" r="3.5" />
        <circle cx="538" cy="74" r="3.5" />
        <circle cx="552" cy="70" r="3.5" />
        <circle cx="566" cy="64" r="3.5" />
        <circle cx="580" cy="58" r="3.5" />
        <circle cx="594" cy="52" r="3.5" />
        <circle cx="608" cy="48" r="3.5" />
        <circle cx="132" cy="268" r="3.5" />
        <circle cx="166" cy="244" r="3.5" />
        <circle cx="198" cy="220" r="3.5" />
        <circle cx="230" cy="200" r="3.5" />
        <circle cx="262" cy="186" r="3.5" />
        <circle cx="294" cy="172" r="3.5" />
        <circle cx="326" cy="156" r="3.5" />
        <circle cx="358" cy="138" r="3.5" />
        <circle cx="392" cy="124" r="3.5" />
        <circle cx="424" cy="108" r="3.5" />
        <circle cx="456" cy="96" r="3.5" />
        <circle cx="488" cy="80" r="3.5" />
        <circle cx="520" cy="68" r="3.5" />
        <circle cx="548" cy="60" r="3.5" />
        <circle cx="574" cy="48" r="3.5" />
        <circle cx="596" cy="42" r="3.5" />
        <circle cx="186" cy="252" r="3.5" />
        <circle cx="246" cy="216" r="3.5" />
        <circle cx="306" cy="176" r="3.5" />
        <circle cx="368" cy="142" r="3.5" />
      </g>
      {/* Over-claim cluster (25 red dots) — US-commercial, well above the diagonal */}
      <g fill="#dc2626" fill-opacity="0.85">
        <circle cx="172" cy="118" r="4" />
        <circle cx="196" cy="102" r="4" />
        <circle cx="218" cy="84" r="4" />
        <circle cx="244" cy="92" r="4" />
        <circle cx="268" cy="74" r="4" />
        <circle cx="290" cy="106" r="4" />
        <circle cx="312" cy="88" r="4" />
        <circle cx="336" cy="70" r="4" />
        <circle cx="358" cy="96" r="4" />
        <circle cx="382" cy="78" r="4" />
        <circle cx="208" cy="124" r="4" />
        <circle cx="232" cy="108" r="4" />
        <circle cx="256" cy="62" r="4" />
        <circle cx="280" cy="56" r="4" />
        <circle cx="304" cy="64" r="4" />
        <circle cx="328" cy="52" r="4" />
        <circle cx="352" cy="60" r="4" />
        <circle cx="376" cy="68" r="4" />
        <circle cx="400" cy="50" r="4" />
        <circle cx="186" cy="138" r="4" />
        <circle cx="226" cy="146" r="4" />
        <circle cx="262" cy="132" r="4" />
        <circle cx="298" cy="118" r="4" />
        <circle cx="334" cy="110" r="4" />
        <circle cx="370" cy="100" r="4" />
      </g>
      {/* Over-claim annotation bracket */}
      <line x1="160" y1="60" x2="160" y2="150" stroke="#dc2626" stroke-width="1" />
      <line x1="160" y1="60" x2="170" y2="60" stroke="#dc2626" stroke-width="1" />
      <line x1="160" y1="150" x2="170" y2="150" stroke="#dc2626" stroke-width="1" />
      <text x="152" y="108" text-anchor="end" font-family="ui-sans-serif, system-ui, sans-serif" font-size="12" font-weight="700" fill="#dc2626">grupo de sobreclaración</text>
      <text x="152" y="124" text-anchor="end" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" fill="#6b7280" font-style="italic">comercial EE. UU.</text>
      {/* On-diagonal annotation */}
      <text x="616" y="80" text-anchor="start" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" fill="#3a3a3a" font-style="italic">sector público UE +</text>
      <text x="616" y="95" text-anchor="start" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" fill="#3a3a3a" font-style="italic">adyacente al gobierno</text>
      {/* Under-claim empty region note */}
      <text x="640" y="270" text-anchor="middle" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" fill="#6b7280" font-style="italic">región de subclaración — vacía</text>
    </svg>
    <figcaption>El diagrama de dispersión declarado frente a axe (n = 80): cada punto es un sitio auditado, representado como conformidad declarada en la declaración frente a la puntuación medida por axe. Los puntos por encima de la diagonal discontinua de paridad declaran más de lo que devuelve el análisis; el grupo rojo de sobreclaración se sitúa en el cuadrante comercial estadounidense. Los puntos de tinta en la diagonal o cerca de ella son sitios del sector público de la UE y adyacentes al gobierno cuyas declaraciones coinciden con sus análisis. La región de subclaración por debajo de la diagonal — sitios cuyo análisis devuelve resultados mejores que lo que promete su declaración — está vacía.</figcaption>
  </figure>

  <hr />

  <h2 id="sla">05 — El canal de retroalimentación y la brecha de SLA</h2>
  <p>El artículo 7(1)(b) del EAA exige que la declaración de accesibilidad proporcione un mecanismo de retroalimentación que permita a cualquier persona notificar al obligado cualquier incumplimiento, y solicitar información publicada en un formato no accesible. La Directiva no especifica un compromiso de tiempo de respuesta. La Directiva sobre la accesibilidad de los sitios web 2016/2102, que precede al EAA, tampoco lo hace. En la práctica, esto significa que la declaración mediana publica un correo electrónico de contacto y ahí termina.</p>

  <div class="stat-row r3">
    <div class="stat-box"><div class="stat-big">4</div><div class="stat-desc">publican un SLA de 14 días o menos</div></div>
    <div class="stat-box"><div class="stat-big">46</div><div class="stat-desc">publican un canal sin SLA</div></div>
    <div class="stat-box"><div class="stat-big">7</div><div class="stat-desc">no publican ningún canal</div></div>
  </div>

  <p>Un canal de retroalimentación sin SLA es, en términos operativos, el mismo canal que usaría un usuario sin discapacidad para preguntar por qué se retrasa su entrega. No hay carril prioritario. No hay ruta interna hacia el equipo de accesibilidad. No hay compromiso de que un usuario de lector de pantalla que informe una trampa en el flujo de pago el día uno reciba respuesta antes del día quince — ni nunca. Los cuatro sitios que publican un SLA de 14 días lo respaldan con un equipo designado o un sistema de tickets, que es la señal operativa de que el SLA es real.</p>

  <div class="callout safe">
    <div class="ct">Los cuatro sitios con SLA tienen algo más en común</div>
    <p>Los cuatro también divulgan limitaciones conocidas específicas. La misma postura interna — «tenemos un equipo de accesibilidad con tickets y publicamos lo que sabemos» — produce tanto las limitaciones nombradas como el plazo de respuesta nombrado. Los ejes de honestidad se correlacionan; los valores predeterminados deshonestos también coexisten.</p>
  </div>

  <hr />

  <h2 id="gap">06 — La brecha entre declarado y axe</h2>
  <p>Para traducir la afirmación de una declaración en una expectativa verificable, necesitábamos una base de referencia. Una página de inicio que cumpla genuinamente WCAG 2.2 AA debería devolver cero problemas críticos de axe-core, un número reducido de problemas graves y un recuento bajo de dos dígitos de problemas moderados — un suelo implícito de unas cuatro detecciones automatizadas en total. Los sitios de nuestras 22 declaraciones que alegan conformidad AA promediaron 32 problemas axe-core en la página de inicio. Esa es la brecha.</p>

  <div class="chart-section">
    <div class="chart-title">NIVEL DE CONFORMIDAD DECLARADO VS. NÚMERO MEDIO DE PROBLEMAS AXE-CORE EN PÁGINA DE INICIO</div>
    <div class="bar-row">
      <div class="bar-label">Declara WCAG 2.2 AA (n=6)</div>
      <div class="bar-track"><div class="bar-fill bf-a" style="width:28%">28 problemas de media</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Declara WCAG 2.1 AA (n=14)</div>
      <div class="bar-track"><div class="bar-fill bf-b" style="width:34%">34 problemas de media</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Declara WCAG (sin versión, n=2)</div>
      <div class="bar-track"><div class="bar-fill bf-c" style="width:41%">41 problemas de media</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">«Nos esforzamos / mejor esfuerzo» (n=35)</div>
      <div class="bar-track"><div class="bar-fill bf-d" style="width:38%">38 problemas de media</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Sin declaración (n=43)</div>
      <div class="bar-track"><div class="bar-fill bf-e" style="width:45%">45 problemas de media</div></div>
    </div>
  </div>

  <p>Dos observaciones sobre este gráfico. En primer lugar, los sitios que publican una declaración muestran resultados marginalmente mejores en el análisis que los que no lo hacen — el acto de redactar una declaración parece correlacionarse con que al menos se haya realizado algún trabajo básico. En segundo lugar, el promedio de 28 problemas para los sitios que alegan conformidad AA sigue siendo 7 veces el suelo implícito de AA. La brecha de sobreclaración es real y no es un artefacto de medición.</p>

  <p class="pull-quote">El promedio de 28 problemas de los sitios que declaran WCAG 2.2 AA es aproximadamente siete veces lo que debería devolver axe-core en una página de inicio conforme con AA. La brecha es real y no es un artefacto de medición.</p>

  <hr />

  <h2 id="ranking">07 — Clasificación de honestidad: lo mejor y lo peor del top-100</h2>
  <p>Publicamos la clasificación en dos mitades: las declaraciones más honestas en la parte superior del top-100, y el peor texto estándar o la ausencia total en la parte inferior. Los sitios están anonimizados por etiqueta de sector en lugar de nombre. El objetivo de la auditoría no es señalar a un único sitio; es demostrar la forma de la distribución y las razones estructurales por las que tiene el aspecto que tiene.</p>

  <div class="firm-ranking">
    <div class="firm-row">
      <div class="firm-rank">01</div>
      <div style="flex:1"><div class="firm-name">Emisora pública de la UE</div><div class="firm-meta">WCAG 2.2 AA citado · 8 limitaciones específicas · SLA de 10 días · brecha axe 3 pp</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:88%">8,8 / 10</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">02</div>
      <div style="flex:1"><div class="firm-name">Portal gubernamental de la UE</div><div class="firm-meta">WCAG 2.2 AA · 6 limitaciones específicas · SLA de 15 días · brecha axe 6 pp</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:74%">7,4 / 10</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">03</div>
      <div style="flex:1"><div class="firm-name">Sitio de educación superior de EE. UU.</div><div class="firm-meta">WCAG 2.1 AA · 4 limitaciones específicas · SLA de 14 días · brecha axe 9 pp</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:68%">6,8 / 10</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">04</div>
      <div style="flex:1"><div class="firm-name">Regulador financiero del Reino Unido</div><div class="firm-meta">WCAG 2.2 AA · 3 limitaciones específicas · canal de contacto + equipo designado · brecha axe 7 pp</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:62%">6,2 / 10</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">05</div>
      <div style="flex:1"><div class="firm-name">Operador de transporte de pasajeros de la UE</div><div class="firm-meta">WCAG 2.1 AA · 5 limitaciones específicas · SLA de 20 días · brecha axe 11 pp</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:58%">5,8 / 10</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">96</div>
      <div style="flex:1"><div class="firm-name">Plataforma de redes sociales de EE. UU.</div><div class="firm-meta">Sin declaración · axe-core devuelve 71 problemas en la página de inicio</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:5%">0,5 / 10</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">97</div>
      <div style="flex:1"><div class="firm-name">Mercado de comercio electrónico global</div><div class="firm-meta">Declaración «nos esforzamos» · sin WCAG · sin limitaciones · sin SLA · 64 problemas axe</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:6%">0,6 / 10</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">98</div>
      <div style="flex:1"><div class="firm-name">Servicio de streaming con domicilio en Asia</div><div class="firm-meta">Sin declaración · axe-core devuelve 68 problemas · sin canal de contacto para accesibilidad</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:4%">0,4 / 10</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">99</div>
      <div style="flex:1"><div class="firm-name">Plataforma de publicidad digital de EE. UU.</div><div class="firm-meta">Declaración de «compromiso» · sin WCAG · sin limitaciones · canal de correo electrónico · 58 problemas axe</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:6%">0,6 / 10</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">100</div>
      <div style="flex:1"><div class="firm-name">Portal de búsqueda global (versión regional)</div><div class="firm-meta">Sin declaración · axe-core devuelve 82 problemas · el enlace de accesibilidad redirige a la ayuda general</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:3%">0,3 / 10</div></div>
    </div>
  </div>

  <hr />

  <h2 id="model">08 — Lenguaje modelo frente al peor texto estándar</h2>
  <p>La forma de una declaración de accesibilidad honesta no es un misterio. La Comisión Europea ha publicado un modelo de declaración para los organismos del sector público de la UE en el marco de la Directiva sobre la accesibilidad de los sitios web. El W3C publica una plantilla similar. Lo que distingue las 9 declaraciones honestas de las 48 deshonestas no es la plantilla — ambos grupos tienen acceso a ella. Lo que las distingue es si el equipo legal o el equipo de accesibilidad obtiene el último turno de edición del texto publicado.</p>

  <div class="quote-block">
    <div class="meta">Fuente · Paráfrasis compuesta de la declaración mejor clasificada (puesto 01)</div>
    <div class="quote">«Este sitio cumple con WCAG 2.2 nivel AA, evaluado el 2026-04-12 por nuestro equipo interno de accesibilidad y validado por un auditor externo frente al conjunto completo de criterios de conformidad. Limitaciones conocidas en esta revisión: la pista de subtitulación en directo en las emisiones archivadas anteriores a 2023 es parcial; el orden de teclado en el hilo de comentarios no sigue el orden de lectura visible; la caja de luz de la galería de imágenes atrapa el foco en iOS Safari 17. Cada una se sigue mediante el sistema interno de tickets y figura en el plan de corrección publicado. Para informar de una barrera de accesibilidad, póngase en contacto con la oficina de accesibilidad designada; respondemos en un plazo de diez días hábiles y remitimos los informes al equipo de ingeniería de accesibilidad.»</div>
    <span class="source">— Parafraseado de la declaración mejor clasificada; el original es propiedad de la entidad publicadora</span>
  </div>

  <div class="quote-block">
    <div class="meta">Fuente · Paráfrasis compuesta del peor texto estándar (puesto 97)</div>
    <div class="quote">«Nos comprometemos a proporcionar una experiencia accesible a todos nuestros usuarios y nos esforzamos por seguir las mejores prácticas de accesibilidad web. Nuestro equipo continúa trabajando para mejorar la accesibilidad de nuestros servicios. Si encuentra algún problema de accesibilidad, póngase en contacto con nuestro equipo de atención al cliente a través del formulario del enlace siguiente. Algunos contenidos heredados pueden no cumplir los estándares de accesibilidad actuales. Le agradecemos su paciencia mientras continuamos mejorando.»</div>
    <span class="source">— Parafraseado de la declaración publicada de un sitio del top-100, mayo de 2026</span>
  </div>

  <p>La declaración modelo realiza tres afirmaciones y apuesta su credibilidad en cada una. Nombra un estándar numerado, nombra limitaciones específicas que un usuario puede verificar y nombra un tiempo de respuesta que la entidad publicadora debe defender. El peor texto estándar no realiza ninguna afirmación verificable. Está diseñado para sobrevivir a una demanda judicial sin comprometerse nunca con un resultado medible — razón por la cual tampoco ofrece nada útil a una persona con discapacidad.</p>

  <div class="callout danger">
    <div class="ct">Si su declaración usa la palabra «nos esforzamos», empiece por ahí</div>
    <p>«Nos esforzamos» es la señal universal de que el equipo legal ha ganado el último turno de edición. Reemplace «nos esforzamos» por «cumple con» más un estándar numerado, o reemplace «nos esforzamos» por «se está auditando actualmente conforme a» más una fecha objetivo. Ambos verbos convierten una aspiración infalsificable en una afirmación verificable. Si todavía no puede usar ninguno de los dos verbos honestamente, eso es información útil sobre el estado real de su programa de accesibilidad.</p>
  </div>

  <hr />

  <h2 id="closing">09 — Para qué sirve una declaración de accesibilidad honesta</h2>
  <p>Una declaración de accesibilidad debe hacer tres cosas a la vez. Debe darle a una persona con discapacidad una predicción real de lo que puede esperar en el sitio — no una impresión de marketing, sino una predicción. Debe darle al equipo interno de accesibilidad un compromiso público que pueda utilizar como palanca frente a la despriorización. Y debe darle a un regulador y a un litigante algo lo suficientemente concreto como para que la ausencia del trabajo que la declaración afirma realizar sea obvia.</p>
  <p>Cuarenta y tres sitios del top-100 no cumplen ninguna de esas tres funciones, porque no tienen declaración en absoluto. Cuarenta y ocho más cumplen la primera deficientemente y las dos últimas en absoluto, porque la declaración que publican es un texto estándar infalsificable. Nueve cumplen las tres. Uno cumple las tres con el tipo de especificidad que convierte una declaración de un artefacto de marketing en algo que un usuario de lector de pantalla puede utilizar para planificar.</p>
  <p>La auditoría no es, en definitiva, una historia sobre que el top-100 sea especialmente malo. La lista Tranco está repleta de sitios que operan a escala, cuentan con funciones jurídicas maduras y tienen los recursos para hacer esto correctamente. La auditoría es una historia sobre qué equipo interno obtiene el último turno de edición — y sobre cuántos de los sitios más grandes del mundo han decidido que ese turno debe corresponder al equipo de accesibilidad. La declaración de accesibilidad más barata posible es no tener ninguna. La segunda más barata es la que no promete nada medible. Ambas siguen siendo, en mayo de 2026, las opciones dominantes. Para los sitios que deseen reforzar su declaración antes de la próxima auditoría, el [escáner gratuito de WCAG 2.2](/toolkit/scan/) ejecuta la misma base de referencia basada en axe que utilizamos aquí; la postura de monitorización continua se trata en la [guía de compradores de herramientas de monitorización de accesibilidad](/articles/accessibility-monitoring-buyers-guide-2026/).</p>

  <div class="footer-note">
    <p><strong>Metodología y datos:</strong> Instantánea del top-100 de Tranco del 2026-05-12. Declaraciones recopiladas entre el 2026-05-12 y el 2026-05-18 desde un perfil limpio de Chromium 124 en un centro de datos en la costa este de EE. UU., con cookies/consentimiento descartados y redirecciones geográficas seguidas. Los análisis axe-core 4.10 se ejecutaron con el conjunto de reglas predeterminado, resolución 1.280×800, tras el banner de cookies, en la página de inicio renderizada como usuario no autenticado. La puntuación de honestidad asigna hasta dos puntos en cada uno de los cinco ejes: existencia, versión + nivel de WCAG citado, limitaciones conocidas específicas divulgadas, SLA de retroalimentación de 14 días o menos y una brecha de conformidad comprobada frente a declarada de 10 puntos porcentuales o menos. El conjunto de datos y las puntuaciones de honestidad por sitio están anonimizados al nivel de sector en la clasificación publicada; la hoja de cálculo subyacente conserva las identidades de los sitios solo para la auditoría interna.</p>
    <p><strong>Contexto legal:</strong> El artículo 7 del European Accessibility Act (Directiva 2019/882) (EAA) y el artículo 7 de la Directiva sobre la accesibilidad de los sitios web (2016/2102) exigen declaraciones de accesibilidad para los productos y servicios incluidos en su ámbito en la UE, con los organismos del sector público obligados en virtud de la 2016/2102 desde 2018-2020. En Estados Unidos, el Título III de la ADA no impone un requisito de declaración, pero la NPRM del DOJ de 2024 y un creciente cuerpo de lenguaje en acuerdos estructurados lo recomiendan encarecidamente. La normativa PSBAR 2018 del Reino Unido impone una obligación de declaración a los organismos del sector público. La ACA canadiense, la DDA australiana y la mayoría de los regímenes de accesibilidad de Asia-Pacífico no imponen obligaciones de declaración.</p>
    <p><strong>Lo que este artículo no es:</strong> No constituye asesoramiento jurídico sobre si la declaración de ningún sitio individual cumple el artículo 7 del EAA ni ningún otro requisito legal; esa cuestión es específica de la jurisdicción y la entidad. Tampoco sustituye a una auditoría manual de conformidad — el análisis axe-core que realizamos es un suelo de problemas automatizados y no captura los problemas de teclado, orden de foco, lector de pantalla y juicio sobre el contenido que encontraría un auditor capacitado. Trate nuestras cifras de brecha como el límite inferior de la brecha real.</p>
  </div>

</div>

---
title: Encuesta sobre bibliotecas de componentes accesibles: cuáles superan realmente una auditoría axe
url: https://www.disabilityworld.org/es/articles/accessible-component-libraries-survey/
description: Auditamos siete bibliotecas de componentes React en 2026 — Radix UI, Headless UI, shadcn/ui, Mantine, Chakra UI v3, Ark UI y React Aria Components — evaluando cada una en tasa de aprobación axe, cobertura de patrones ARIA, contrato de teclado y coste en tamaño de bundle.
author: Disability World
pubDate: 2026-05-22
tags: components, libraries, react, shadcn, radix, headlessui, mantine, axe, tech-news
---

# Encuesta sobre bibliotecas de componentes accesibles: cuáles superan realmente una auditoría axe

<div class="src-article" data-template="3">

  <section class="hero" aria-labelledby="hero-heading">
    <div class="hero__inner">
      <div class="hero__tag" aria-hidden="true">Guía de ingeniería · Auditoría de bibliotecas de componentes</div>
      <h1 class="hero__title" id="hero-heading">
        Encuesta sobre bibliotecas de componentes accesibles<br/>
        <em>cuáles superan realmente una auditoría axe</em>
      </h1>
      <p class="hero__lead">Instalamos siete de las bibliotecas de componentes React más descargadas en 2026, conectamos cada una a una aplicación nueva de Next.js 15 / React 19 / TypeScript y ejecutamos el mismo conjunto de pruebas de auditoría contra cada primitivo: axe-core 4.11 en Chromium sin cabeza, comprobaciones manuales de teclado, NVDA en Windows, VoiceOver en macOS y un análisis de accesibilidad de Lighthouse para el coste en tamaño de bundle.</p>
      <div class="hero__stats" aria-label="Cifras principales de la auditoría">
        <div class="stat-chip">
          <div class="stat-chip__num">7</div>
          <div class="stat-chip__label">bibliotecas auditadas</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">3</div>
          <div class="stat-chip__label">obtuvieron una aprobación axe limpia en todos los primitivos</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">11</div>
          <div class="stat-chip__label">patrones ARIA evaluados por biblioteca</div>
        </div>
      </div>
      <div class="hero__meta">
        <div class="hero__byline">Por <strong>el equipo de ingeniería de disabilityworld.org</strong></div>
        <div class="hero__pill">11 min de lectura</div>
        <div class="hero__pill">Actualizado mayo 2026</div>
      </div>
    </div>
  </section>

  <nav class="toc-bar" aria-label="Secciones del artículo">
    <div class="toc-bar__inner">
      <p>Contenido</p>
      <ul role="list">
        <li><a href="#s1">1. El conjunto de pruebas de auditoría</a></li>
        <li><a href="#s2">2. Siete bibliotecas, lado a lado</a></li>
        <li><a href="#s3">3. Matriz de cobertura de patrones</a></li>
        <li><a href="#s4">4. Contratos de teclado que fallaron</a></li>
        <li><a href="#s5">5. Coste en tamaño de bundle por la accesibilidad</a></li>
        <li><a href="#s6">6. Guía para elegir el stack</a></li>
        <li><a href="#conclusion">Conclusión</a></li>
      </ul>
    </div>
  </nav>

  <div class="article-body">
    <div class="container">

      <section id="s1" aria-labelledby="s1-heading">
        <div class="section-label">Base</div>
        <h2 class="section-title" id="s1-heading">1. El conjunto de pruebas de auditoría</h2>
        <div class="prose">
          <p>Cada biblioteca se instaló en el mismo andamiaje de React 19 / Next.js 15 / TypeScript 5.5 siguiendo la ruta de instalación recomendada por el proveedor: <code>npm i</code> para las bibliotecas empaquetadas (Radix UI primitives, Headless UI 2.x, Mantine 8.x, Chakra UI v3, Ark UI, React Aria Components), y la CLI de <code>shadcn</code> para shadcn/ui — que copia el código fuente en <code>components/ui</code> en lugar de empaquetarlo. A continuación, montamos una página de demostración completa que exponía el conjunto completo de primitivos interactivos de cada biblioteca en su estado predeterminado, sin modificaciones de tema y sin envoltorios personalizados.</p>
          <p>El conjunto de pruebas de auditoría se ejecutó en tres pasadas. La primera fue un análisis automatizado axe-core 4.11 mediante Playwright contra el DOM renderizado, con el conjunto completo de reglas WCAG 2.2 AA y las reglas experimentales habilitadas. La segunda fue una comprobación manual de teclado: tabulador, tabulador+mayúsculas, teclas de flecha, escape, intro, espacio e inicio/fin contra cada primitivo, puntuada conforme al contrato de teclado esperado según la Guía de Prácticas de Autoría WAI-ARIA. La tercera fue una prueba de humo con lector de pantalla con NVDA 2025.1 en Chrome y Safari/VoiceOver en macOS Sonoma, evaluando el anuncio de rol, el nombre accesible y el anuncio de estado al interactuar el usuario.</p>
          <p>Se seleccionaron once patrones ARIA como superficie de evaluación para la matriz, porque son los patrones que aparecen en las interfaces de producto que generan demandas: diálogo, diálogo de alerta, combobox, listbox, menú, barra de menú, pestañas, acordeón, información emergente (tooltip), interruptor (switch) y control deslizante (slider). Una biblioteca que domina los botones y los encabezados pero entrega un combobox roto es una biblioteca que fallará una auditoría en cuanto un usuario real intente filtrar una lista de clientes.</p>
        </div>

        <div class="stat-row" aria-label="Escala del conjunto de pruebas de auditoría">
          <div class="stat-card">
            <div class="stat-card__num">11</div>
            <div class="stat-card__label">patrones ARIA auditados por biblioteca (de diálogo a control deslizante)</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">77</div>
            <div class="stat-card__label">celdas biblioteca-por-patrón en la matriz de cobertura</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">3</div>
            <div class="stat-card__label">pasadas de auditoría — axe-core, teclado manual, lector de pantalla</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">Mayo 2026</div>
            <div class="stat-card__label">instantánea con versión fija de cada biblioteca probada</div>
          </div>
        </div>

        <div class="callout callout--info" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">i</div>
          <div>
            <span class="callout__label">Qué significa «aprobación axe» aquí</span>
            <div class="callout__body"><p>Una aprobación axe significa cero infracciones de cualquier regla en la etiqueta WCAG 2.2 AA más la etiqueta experimental, renderizado con las props predeterminadas y el ejemplo de uso documentado por la biblioteca. No significa que la biblioteca sea infalible — axe detecta aproximadamente la mitad de todos los fallos WCAG — pero una biblioteca que no puede superar axe en su propia demo no puede superarlo en ningún otro lugar.</p></div>
          </div>
        </div>

        <figure class="pull-quote">
          <blockquote>
            <p class="pull-quote__text">«El estado predeterminado es el único estado que la mayoría de los equipos de ingeniería ve nunca. Si una biblioteca entrega un valor predeterminado roto, ese valor predeterminado roto llega a producción.»</p>
          </blockquote>
          <figcaption><cite class="pull-quote__source">— Equipo de ingeniería de disabilityworld.org, notas de auditoría</cite></figcaption>
        </figure>
      </section>

      <hr class="divider" />

      <section id="s2" aria-labelledby="s2-heading">
        <div class="section-label">Panorama</div>
        <h2 class="section-title" id="s2-heading">2. Siete bibliotecas, lado a lado</h2>
        <div class="prose">
          <p>Tres de las siete bibliotecas — Radix UI, React Aria Components y Ark UI — superaron axe en todos los primitivos en su estado predeterminado sin necesidad de modificaciones. Headless UI superó axe en todos salvo el primitivo de menú, donde un <code>aria-activedescendant</code> faltante en el disparador de menú de estilo listbox generó una única infracción. shadcn/ui — que es en sí misma una capa fina sobre Radix UI — superó axe en todos los primitivos que ofrece, pero la salvedad es que solo ofrece aproximadamente dos tercios de la superficie de Radix, y las lagunas (combobox, listbox, barra de menú) son exactamente los patrones en los que los equipos cometen más errores de accesibilidad cuando los implementan a mano.</p>
          <p>Mantine y Chakra UI v3 fueron las dos bibliotecas cuyos valores predeterminados generaron infracciones en axe. El combobox, el switch y el slider de Mantine generaron al menos una infracción axe en su ejemplo de uso documentado, principalmente por nombres accesibles faltantes en el input subyacente. Chakra UI v3 — que adoptó una arquitectura de máquinas de estado basada en Zag a finales de 2024 — corrigió muchos de los problemas de v2, pero sigue entregando un tooltip que se activa solo al pasar el cursor, lo que constituye una infracción de 1.4.13 Contenido en suspensión o en foco en axe y un riesgo de trampa de teclado en el modo virtual del lector de pantalla.</p>
        </div>

        <div class="combo-grid">

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Radix UI</div>
                <div class="combo-card__sub">WorkOS · primitivos sin estilos</div>
              </div>
            </div>
            <div class="combo-card__usage">aprox. 4,2 millones de descargas semanales (radix-ui/themes + primitives, npm, mayo 2026)</div>
            <div class="combo-feat"><span class="combo-feat__label">Tasa de aprobación axe</span><span>11 / 11</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Cobertura de patrones ARIA</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span></span></div>
            <div class="combo-feat"><span class="combo-feat__label">Nativo vs. modificación</span><span>Nativo — sin modificaciones necesarias</span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">React Aria Components</div>
                <div class="combo-card__sub">Adobe · alineado con WAI-ARIA APG</div>
              </div>
            </div>
            <div class="combo-card__usage">aprox. 980.000 descargas semanales (react-aria-components, npm, mayo 2026)</div>
            <div class="combo-feat"><span class="combo-feat__label">Tasa de aprobación axe</span><span>11 / 11</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Cobertura de patrones ARIA</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span></span></div>
            <div class="combo-feat"><span class="combo-feat__label">Nativo vs. modificación</span><span>Nativo — la conformidad APG más estricta de todas las bibliotecas probadas</span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Ark UI</div>
                <div class="combo-card__sub">Chakra Systems · máquinas de estado Zag.js</div>
              </div>
            </div>
            <div class="combo-card__usage">aprox. 210.000 descargas semanales (@ark-ui/react, npm, mayo 2026)</div>
            <div class="combo-feat"><span class="combo-feat__label">Tasa de aprobación axe</span><span>11 / 11</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Cobertura de patrones ARIA</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot dot--on"></span><div class="dot"></div></span></div>
            <div class="combo-feat"><span class="combo-feat__label">Nativo vs. modificación</span><span>Nativo — contrato de teclado derivado de especificaciones de máquinas de estado</span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">shadcn/ui</div>
                <div class="combo-card__sub">Shadcn · Radix sobre Tailwind, código fuente incluido</div>
              </div>
            </div>
            <div class="combo-card__usage">aprox. 92.000 estrellas en GitHub · instalado por CLI, no empaquetado (mayo 2026)</div>
            <div class="combo-feat"><span class="combo-feat__label">Tasa de aprobación axe</span><span>8 / 8 disponibles (combobox, listbox, barra de menú ausentes)</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Cobertura de patrones ARIA</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><div class="dot"></div><div class="dot"></div></span></div>
            <div class="combo-feat"><span class="combo-feat__label">Nativo vs. modificación</span><span>Nativo para lo que ofrece — pero el código fuente pasa a ser responsabilidad propia tras la copia</span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Headless UI</div>
                <div class="combo-card__sub">Tailwind Labs · sin estilos, orientado a Tailwind</div>
              </div>
            </div>
            <div class="combo-card__usage">aprox. 1,1 millones de descargas semanales (@headlessui/react, npm, mayo 2026)</div>
            <div class="combo-feat"><span class="combo-feat__label">Tasa de aprobación axe</span><span>10 / 11 (el primitivo de menú falla)</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Cobertura de patrones ARIA</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><div class="dot"></div><div class="dot"></div></span></div>
            <div class="combo-feat"><span class="combo-feat__label">Nativo vs. modificación</span><span>Mayoritariamente nativo — superficie más estrecha que Radix</span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Mantine</div>
                <div class="combo-card__sub">Equipo de Mantine · con estilos, con todo incluido</div>
              </div>
            </div>
            <div class="combo-card__usage">aprox. 540.000 descargas semanales (@mantine/core, npm, mayo 2026)</div>
            <div class="combo-feat"><span class="combo-feat__label">Tasa de aprobación axe</span><span>8 / 11</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Cobertura de patrones ARIA</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><div class="dot"></div><div class="dot"></div></span></div>
            <div class="combo-feat"><span class="combo-feat__label">Nativo vs. modificación</span><span>Requiere modificación — pasar props para corregir combobox, switch y slider</span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Chakra UI v3</div>
                <div class="combo-card__sub">Chakra Systems · basado en Zag, con estilos</div>
              </div>
            </div>
            <div class="combo-card__usage">aprox. 480.000 descargas semanales (@chakra-ui/react, npm, mayo 2026)</div>
            <div class="combo-feat"><span class="combo-feat__label">Tasa de aprobación axe</span><span>9 / 11</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Cobertura de patrones ARIA</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot dot--on"></span><div class="dot"></div></span></div>
            <div class="combo-feat"><span class="combo-feat__label">Nativo vs. modificación</span><span>Mayoritariamente nativo — el tooltip de solo cursor es una laguna conocida en v3</span></div>
          </article>

        </div>
      </section>

      <hr class="divider" />

      <section id="s3" aria-labelledby="s3-heading">
        <div class="section-label">Referencia</div>
        <h2 class="section-title" id="s3-heading">3. Matriz de cobertura de patrones</h2>
        <div class="prose">
          <p>La cuadrícula de once patrones que se muestra a continuación es la referencia principal. Una celda verde significa que la biblioteca incluye el primitivo de forma nativa y supera axe en su estado predeterminado. Una celda amarilla significa que la biblioteca incluye el primitivo, pero al menos una infracción axe, una laguna en el contrato de teclado o una laguna en el lector de pantalla aparecieron en el ejemplo de uso documentado. Una celda gris «N/A» significa que la biblioteca no incluye ese primitivo — en el caso de shadcn/ui, son tres patrones para los que habría que importar Radix directamente o conectar un componente externo.</p>
        </div>

        <table class="matrix-table">
          <thead>
            <tr>
              <th scope="col">Patrón</th>
              <th scope="col">Radix</th>
              <th scope="col">React Aria</th>
              <th scope="col">Ark UI</th>
              <th scope="col">shadcn</th>
              <th scope="col">Headless</th>
              <th scope="col">Mantine</th>
              <th scope="col">Chakra v3</th>
            </tr>
          </thead>
          <tbody>
            <tr><th scope="row">Diálogo</th><td>Aprobado</td><td>Aprobado</td><td>Aprobado</td><td>Aprobado</td><td>Aprobado</td><td>Aprobado</td><td>Aprobado</td></tr>
            <tr><th scope="row">Diálogo de alerta</th><td>Aprobado</td><td>Aprobado</td><td>Aprobado</td><td>Aprobado</td><td>Aprobado</td><td>Parcial</td><td>Aprobado</td></tr>
            <tr><th scope="row">Combobox</th><td>Aprobado</td><td>Aprobado</td><td>Aprobado</td><td class="cell-na">N/A</td><td>Aprobado</td><td>Parcial</td><td>Aprobado</td></tr>
            <tr><th scope="row">Listbox</th><td>Aprobado</td><td>Aprobado</td><td>Aprobado</td><td class="cell-na">N/A</td><td>Aprobado</td><td>Aprobado</td><td>Aprobado</td></tr>
            <tr><th scope="row">Menú</th><td>Aprobado</td><td>Aprobado</td><td>Aprobado</td><td>Aprobado</td><td>Parcial</td><td>Aprobado</td><td>Aprobado</td></tr>
            <tr><th scope="row">Barra de menú</th><td>Aprobado</td><td>Aprobado</td><td>Aprobado</td><td class="cell-na">N/A</td><td class="cell-na">N/A</td><td>Aprobado</td><td>Aprobado</td></tr>
            <tr><th scope="row">Pestañas</th><td>Aprobado</td><td>Aprobado</td><td>Aprobado</td><td>Aprobado</td><td>Aprobado</td><td>Aprobado</td><td>Aprobado</td></tr>
            <tr><th scope="row">Acordeón</th><td>Aprobado</td><td>Aprobado</td><td>Aprobado</td><td>Aprobado</td><td>Aprobado</td><td>Aprobado</td><td>Aprobado</td></tr>
            <tr><th scope="row">Tooltip</th><td>Aprobado</td><td>Aprobado</td><td>Aprobado</td><td>Aprobado</td><td>Aprobado</td><td>Aprobado</td><td>Parcial</td></tr>
            <tr><th scope="row">Switch</th><td>Aprobado</td><td>Aprobado</td><td>Aprobado</td><td>Aprobado</td><td>Aprobado</td><td>Parcial</td><td>Aprobado</td></tr>
            <tr><th scope="row">Slider</th><td>Aprobado</td><td>Aprobado</td><td>Aprobado</td><td>Aprobado</td><td>Aprobado</td><td>Parcial</td><td>Aprobado</td></tr>
          </tbody>
        </table>

        <div class="callout callout--warning" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">!</div>
          <div>
            <span class="callout__label">Leer la matriz con atención</span>
            <div class="callout__body"><p>Una celda gris N/A no es un fallo — es una cuestión de aprovisionamiento. La propuesta de shadcn/ui consiste en copiar el código fuente que se necesita de un conjunto curado y entregarlo; para los tres patrones N/A, se puede importar un primitivo de Radix directamente o extraerlo de un registro hermano. El riesgo en shadcn/ui no son los componentes que sí incluye — esos heredan la conformidad de Radix — sino los que no incluye, donde los equipos acaban implementando un combobox propio a deshoras para cumplir un plazo.</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s4" aria-labelledby="s4-heading">
        <div class="section-label">Modos de fallo</div>
        <h2 class="section-title" id="s4-heading">4. Contratos de teclado que fallaron</h2>
        <div class="prose">
          <p>El fallo más repetible entre las bibliotecas no fue un atributo ARIA faltante — fue un contrato de teclado que casi coincidía con la guía APG y luego divergía en una tecla. El combobox de Mantine no responde a <kbd>Inicio</kbd> y <kbd>Fin</kbd> como especifica la APG. El tooltip de Chakra v3 no puede cerrarse con <kbd>Escape</kbd> cuando se abrió al pasar el cursor. El primitivo de menú de Headless UI se contrae en la primera pulsación de <kbd>Flecha abajo</kbd> en lugar de situar el foco en el primer elemento, porque la implementación trata el disparador como el descendiente activo al abrirse.</p>
          <p>Estos no son casos extremos exóticos. Son los patrones que un usuario de lector de pantalla alcanza en el primer minuto. La comparación siguiente muestra la misma API de combobox escrita de dos formas — una con los valores predeterminados de Mantine y otra con React Aria Components — para ilustrar cómo es el contrato de teclado cuando se trata como una especificación y no como un elemento de acabado.</p>
        </div>

        <div class="cmp-grid">
          <article class="cmp-card good">
            <div class="cmp-card-label">Requiere modificación: combobox de Mantine en estado predeterminado</div>
            <pre><code>{`<Combobox
  store={combobox}
  onOptionSubmit={(v) => setValue(v)}
>
  <Combobox.Target>
    <InputBase
      // sin conexión aria-controls en el input
      // las teclas Inicio/Fin no mueven el foco dentro del listbox
      // Flecha abajo abre pero no sitúa el foco en el elemento 1
      value={value}
      onChange={(e) => setValue(e.currentTarget.value)}
    />
  </Combobox.Target>
  <Combobox.Dropdown>
    {/* los elementos del listbox se renderizan aquí */}
  </Combobox.Dropdown>
</Combobox>`}</code></pre>
          </article>

          <article class="cmp-card better">
            <div class="cmp-card-label">Nativo: combobox de React Aria Components en estado predeterminado</div>
            <pre><code>{`<ComboBox aria-label="Filter customers">
  <Label>Customer</Label>
  <Input />
  <Popover>
    <ListBox>
      <ListBoxItem>Alpha</ListBoxItem>
      <ListBoxItem>Bravo</ListBoxItem>
      <ListBoxItem>Charlie</ListBoxItem>
    </ListBox>
  </Popover>
</ComboBox>
// aria-controls, aria-activedescendant,
// aria-expanded, role=combobox, Home/End,
// PageUp/PageDown, Escape: all wired by default.`}</code></pre>
          </article>
        </div>

        <div class="callout callout--info" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">i</div>
          <div>
            <span class="callout__label">Por qué esta brecha es estructural, no editorial</span>
            <div class="callout__body"><p>Las bibliotecas que derivan sus contratos de teclado de una especificación publicada — React Aria a partir de la WAI-ARIA APG, Ark UI a partir de las máquinas de estado de Zag.js — ofrecen esos contratos como el único comportamiento que admite el componente. Las bibliotecas que tratan el contrato de teclado como una lista de características entregan aproximadamente el 80 % de él y dejan el último 20 % como «trabajo futuro». Ese último 20 % es exactamente el conjunto de teclas que los usuarios de tecnología de apoyo presionan con más frecuencia.</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s5" aria-labelledby="s5-heading">
        <div class="section-label">Coste</div>
        <h2 class="section-title" id="s5-heading">5. Coste en tamaño de bundle por la accesibilidad</h2>
        <div class="prose">
          <p>La objeción más habitual para elegir las bibliotecas más estrictas es el tamaño del bundle. La auditoría no lo confirmó. Los primitivos de Radix UI son descartables por árbol (tree-shakeable) por primitivo y se sitúan en el rango de aprox. 7-15 KB comprimido con gzip por unidad; React Aria Components es más pesado — aprox. 95 KB comprimido con gzip para el bundle completo — pero también es descartable por árbol. Headless UI es el más ligero con aprox. 25 KB comprimido con gzip para el paquete completo. Mantine y Chakra v3 son ambas soluciones con todo incluido e incluyen el sistema de estilos en el mismo bundle, situándolas en el rango de aprox. 180-220 KB comprimido con gzip de base.</p>
          <p>La compensación es real pero menor de lo que sugiere el debate habitual. Un combobox que no respeta <kbd>Inicio</kbd> y <kbd>Fin</kbd> cuesta aproximadamente los mismos bytes que uno que sí lo hace. La elección no es «accesibilidad frente a rendimiento» — es «comportamiento derivado de la especificación frente a comportamiento implementado a mano», y la versión implementada a mano es con más frecuencia la más grande, porque lleva su propia máquina de estado ad hoc.</p>
        </div>

        <div class="stat-row" aria-label="Costes aproximados de bundle comprimido con gzip">
          <div class="stat-card">
            <div class="stat-card__num">7-15 KB</div>
            <div class="stat-card__label">Radix UI por primitivo (comprimido con gzip)</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">25 KB</div>
            <div class="stat-card__label">Headless UI paquete completo (comprimido con gzip)</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">95 KB</div>
            <div class="stat-card__label">React Aria Components bundle completo (comprimido con gzip, descartable por árbol)</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">aprox. 200 KB</div>
            <div class="stat-card__label">Mantine + Chakra v3 solución con todo incluido por defecto</div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s6" aria-labelledby="s6-heading">
        <div class="section-label">Guía</div>
        <h2 class="section-title" id="s6-heading">6. Guía para elegir el stack</h2>

        <div class="step step--accent">
          <div class="step__num">1</div>
          <div>
            <h3>Si el producto es una aplicación empresarial con un requisito de accesibilidad impuesto por la contratación, elegir React Aria Components.</h3>
            <p>Es la única biblioteca auditada cuyas APIs están explícitamente derivadas de la Guía de Prácticas de Autoría WAI-ARIA. El bundle es más pesado que Radix, pero la argumentación ante un revisor de VPAT es la más sencilla porque cada primitivo tiene una declaración de conformidad publicada.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">2</div>
          <div>
            <h3>Si el equipo es dueño de su propio sistema de diseño, elegir Radix UI (y opcionalmente shadcn/ui sobre él).</h3>
            <p>Radix proporciona primitivos sin estilos y conformes con la especificación. shadcn/ui facilita copiarlos e incorporar el tema. Hay que vigilar los tres patrones que shadcn no incluye — combobox, listbox, barra de menú — para los que se debería importar Radix directamente en lugar de implementarlos a mano.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">3</div>
          <div>
            <h3>Si el equipo trabaja principalmente con Tailwind y solo necesita una superficie reducida, elegir Headless UI — pero auditar el primitivo de menú en el propio código.</h3>
            <p>Headless UI es el bundle más pequeño del grupo y ofrece una superficie pequeña y bien probada. La única laguna en el primitivo de menú está documentada arriba; se puede corregir con una conexión explícita de <code>aria-activedescendant</code> en el menú de estilo listbox, o envolver el menú en un ayudante local del proyecto que lo haga.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">4</div>
          <div>
            <h3>Si el equipo valora tener todo incluido sobre la conformidad con la especificación, elegir Mantine o Chakra v3 — pero planificar las modificaciones.</h3>
            <p>Ambas bibliotecas permiten entregas rápidas y tienen buen aspecto de serie. Ambas también requieren modificaciones por componente para superar la auditoría en combobox, switch, slider (Mantine) o tooltip (Chakra v3). Hay que presupuestar el trabajo de modificación en el sprint de adopción de la biblioteca, no en el sprint en que se falla la auditoría.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">5</div>
          <div>
            <h3>Ejecutar axe contra la propia demo de la biblioteca antes de adoptarla.</h3>
            <p>Los proveedores mantienen sitios de demostración. Apuntar axe DevTools a ellos. Si la propia demo del proveedor genera infracciones en los primitivos que se planea utilizar, esas infracciones seguirán al producto. Esta única verificación de cinco minutos separa las bibliotecas que se adoptan de las que se evitan.</p>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="conclusion" aria-labelledby="concl-heading">
        <h2 class="section-title" id="concl-heading">Conclusión: la especificación es el contrato</h2>
        <div class="prose">
          <p>Las bibliotecas que superan una auditoría axe de forma limpia son aquellas cuyos autores trataron la Guía de Prácticas de Autoría WAI-ARIA como un contrato y no como una referencia. Radix UI, React Aria Components y Ark UI derivan cada una sus contratos de teclado y su conexión ARIA de una especificación publicada — la APG en el caso de Radix y React Aria, las máquinas de estado de Zag.js en el caso de Ark UI — y ofrecen la especificación completa, no un subconjunto de ella.</p>
          <p>Las bibliotecas que fallan no lo hacen porque sus autores no se preocupen por la accesibilidad. Fallan porque el contrato de teclado fue tratado como una lista de características, y las listas de características acaban al 80 % en lugar del 100 %. El último 20 % — <kbd>Inicio</kbd> y <kbd>Fin</kbd> en un combobox, <kbd>Escape</kbd> para cerrar un tooltip abierto al pasar el cursor, gestión del foco en la primera pulsación de <kbd>Flecha abajo</kbd> en un menú — es la parte que nota el usuario.</p>
          <p>La situación de shadcn/ui se sitúa de manera peculiar entre ambas categorías. Los componentes que ofrece heredan la derivación de la especificación de Radix y la superan. Los componentes que no ofrece son las lagunas donde los equipos implementan un combobox propio, y ese combobox propio es donde entra en la base de código la siguiente infracción axe. La solución no es elegir una biblioteca diferente — es importar Radix directamente para esos tres patrones y tratarlos con la misma seriedad que el resto del sistema de diseño.</p>
          <p>Los equipos de ingeniería que adoptan una biblioteca deberían combinar la elección con el resto del kit de herramientas para desarrolladores en <a href="/toolkit/for/developers/">nuestra página de aterrizaje para desarrolladores</a>, ejecutar un <a href="/toolkit/scan/">análisis gratuito de WCAG 2.2</a> en la demo de la biblioteca antes de llevarla a producción, y comparar el resultado con la <a href="/toolkit/standards/wcag/">referencia completa de criterios de conformidad WCAG 2.2</a>.</p>
        </div>

        <figure class="pull-quote">
          <blockquote>
            <p class="pull-quote__text">«Elegir la biblioteca cuyos autores trataron la especificación como un contrato convierte la auditoría en un trámite. Elegir la biblioteca cuyos autores trataron la especificación como una referencia convierte la auditoría en un backlog.»</p>
          </blockquote>
          <figcaption><cite class="pull-quote__source">— Equipo de ingeniería de disabilityworld.org, nota de cierre</cite></figcaption>
        </figure>
      </section>

    </div>
  </div>
</div>

---
title: Herramientas de visualización de datos accesible en 2026: un stack de trabajo
url: https://www.disabilityworld.org/es/articles/accessible-data-viz-tooling-2026/
description: Una guía de ingeniería que evalúa Vega-Lite, Plotly, Observable Plot, Apache ECharts y D3 frente a los valores predeterminados de accesibilidad — SVG/ARIA, paletas para daltónicos, navegación por teclado y jerarquía para lector de pantalla — con recomendaciones concretas por caso de uso.
author: Disability World
pubDate: 2026-05-22
tags: data-viz, charts, d3, vega, observable, plotly, accessibility, tech-news
---

# Herramientas de visualización de datos accesible en 2026: un stack de trabajo

<div class="src-article" data-template="3">

  <section class="hero" aria-labelledby="hero-heading">
    <div class="hero__inner">
      <div class="hero__tag" aria-hidden="true">Guía de ingeniería · Stack de visualización accesible</div>
      <h1 class="hero__title" id="hero-heading">
        Herramientas de visualización de datos accesible en 2026:<br />
        un stack de trabajo
      </h1>
      <p class="hero__lead">Cinco bibliotecas dominan la conversación moderna sobre visualización de datos, pero solo algunas de ellas tratan al lector de pantalla como un consumidor de primera clase. Esta es la hoja de puntuación de un ingeniero en activo, redactada para equipos que despliegan gráficos en producción en 2026.</p>
      <div class="hero__stats" aria-label="Estadísticas clave">
        <div class="stat-chip">
          <div class="stat-chip__num">5</div>
          <div class="stat-chip__label">bibliotecas evaluadas</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">5</div>
          <div class="stat-chip__label">ejes de accesibilidad evaluados</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">aprox. 8 %</div>
          <div class="stat-chip__label">de la población tiene deficiencia en la visión del color (CVD)</div>
        </div>
      </div>
      <div class="hero__meta">
        <div class="hero__byline">Por <strong>el equipo de ingeniería de Disability World</strong></div>
        <div class="hero__pill">10 min de lectura</div>
        <div class="hero__pill">Actualizado mayo 2026</div>
      </div>
    </div>
  </section>

  <nav class="toc-bar" aria-label="Secciones del artículo">
    <div class="toc-bar__inner">
      <p>Contenido</p>
      <ul role="list">
        <li><a href="#s1">1. Los cinco ejes de accesibilidad</a></li>
        <li><a href="#s2">2. Las cinco bibliotecas</a></li>
        <li><a href="#s3">3. La matriz de puntuación</a></li>
        <li><a href="#s4">4. Gráfico bueno, gráfico malo</a></li>
        <li><a href="#s5">5. Recomendaciones por caso de uso</a></li>
        <li><a href="#conclusion">Conclusión</a></li>
      </ul>
    </div>
  </nav>

  <div class="article-body">
    <div class="container">

      <section id="s1" aria-labelledby="s1-heading">
        <div class="section-label">Base</div>
        <h2 class="section-title" id="s1-heading">1. Los cinco ejes que determinan si un gráfico es accesible</h2>
        <div class="prose">
          <p>La expresión «gráfico accesible» oculta un conjunto de requisitos discretamente diferentes. Un gráfico de barras puede renderizarse como SVG con un contraste de color perfecto y seguir siendo inalcanzable para un usuario que solo use teclado. Puede ser navegable por teclado y aún así no anunciar nada útil a un lector de pantalla. Puede anunciar los valores de forma clara y aún así dejar a un usuario con baja visión bloqueado ante el primer tooltip. Para comparar las bibliotecas de manera justa, evaluamos cada una conforme a cinco ejes independientes que reflejan directamente cómo una persona usuaria de tecnología de apoyo real experimenta una visualización.</p>
          <p>Estos cinco ejes no son una lista de preferencias personales. Son la traducción práctica de los criterios de conformidad WCAG 2.2 (1.4.11 contraste de componentes de interfaz de usuario y gráficos, 2.1.1 teclado, 4.1.2 nombre, función, valor), las orientaciones de la Guía de Prácticas de Autoría ARIA sobre gráficos y la nota borrador del Grupo de Trabajo sobre Preguntas de Investigación del W3C «Accesibilidad en la visualización de datos» que ha circulado desde 2023. Todas las bibliotecas de gráficos producen SVG; todas generan algún tipo de leyenda; todas tienen una opinión sobre el color. Lo que las distingue son los valores predeterminados — el gráfico que se obtiene al escribir la cantidad mínima razonable de código.</p>
        </div>

        <div class="stat-row" aria-label="Contexto de los ejes de accesibilidad">
          <div class="stat-card">
            <div class="stat-card__num">aprox. 8 %</div>
            <div class="stat-card__label">de los hombres tienen alguna forma de deficiencia en la visión rojo-verde — la razón principal por la que las paletas categóricas deben ser seguras para CVD de serie (NIH).</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">2.1.1</div>
            <div class="stat-card__label">Criterio de conformidad WCAG: toda la funcionalidad, incluida la inspección de gráficos, debe poder operarse únicamente mediante un teclado.</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">4.1.2</div>
            <div class="stat-card__label">WCAG: todo control interactivo — incluido cada punto de datos en el que el usuario puede situar el foco — debe exponer nombre, función y valor a la tecnología de apoyo.</div>
          </div>
        </div>

        <div class="callout callout--info" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">i</div>
          <div>
            <span class="callout__label">Los cinco ejes</span>
            <div class="callout__body">
              <p><strong>1. SVG con ARIA semántico.</strong> ¿La biblioteca genera SVG (no canvas) y ese SVG lleva roles, etiquetas y estructura de grupo con significado, en lugar de nidos anónimos de <code>&lt;g&gt;</code>?</p>
              <p><strong>2. Paletas seguras para daltonismo por defecto.</strong> ¿Las paletas categóricas y secuenciales han sido probadas para CVD de serie, o hay que saber que deben reemplazarse?</p>
              <p><strong>3. Puntos de datos navegables por teclado.</strong> ¿Puede un usuario con visión que solo utiliza teclado entrar en el gráfico con el tabulador, desplazarse entre marcas con las flechas y leer el valor de cada marca?</p>
              <p><strong>4. Jerarquía de descripción para lector de pantalla.</strong> ¿Hay un título, un resumen de una frase y anuncios por serie/por punto — no solo un volcado único de texto alternativo?</p>
              <p><strong>5. Vista de tabla alternativa.</strong> ¿Los datos subyacentes están disponibles como una tabla HTML enlazada desde el gráfico, o renderizada junto a él, para los usuarios que prefieren el consumo tabular?</p>
            </div>
          </div>
        </div>

        <figure class="pull-quote">
          <blockquote>
            <p class="pull-quote__text">«Un gráfico que se entrega con un contraste perfecto y una paleta segura para daltonismo pero sin modelo de teclado es un gráfico que se ha renderizado para la mitad del público.»</p>
          </blockquote>
          <figcaption><cite class="pull-quote__source">— Equipo de ingeniería de Disability World</cite></figcaption>
        </figure>
      </section>

      <hr class="divider" />

      <section id="s2" aria-labelledby="s2-heading">
        <div class="section-label">Panorama</div>
        <h2 class="section-title" id="s2-heading">2. Las cinco bibliotecas sobre la mesa</h2>
        <div class="prose">
          <p>Cinco bibliotecas concentran la gran mayoría del trabajo nuevo de visualización de gráficos en 2026: Vega-Lite, Plotly, Observable Plot, Apache ECharts y D3 con código personalizado. Ocupan distintos puntos en el eje de abstracción — Vega-Lite es el más declarativo, D3 es el más imperativo — y cada uno tiene una postura diferente ante la accesibilidad. Tratamos D3 por separado porque «D3 + código personalizado» es una propuesta de ingeniería fundamentalmente diferente: la accesibilidad que se obtiene es la accesibilidad que se escribe.</p>
          <p>Ninguna de estas bibliotecas es hostil a la accesibilidad. Todas producen SVG (Plotly y ECharts también pueden emitir canvas; evaluamos el modo SVG). Todas aceptan paletas de color arbitrarias. La pregunta es qué se obtiene al escribir la cantidad mínima razonable de código, y cuánto hay que reconfigurar para pasar de ese valor predeterminado a un gráfico que supere realmente WCAG 2.2 AA.</p>
        </div>

        <div class="combo-grid">
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Vega-Lite</div>
                <div class="combo-card__sub">Gramática declarativa de gráficos interactivos (UW)</div>
              </div>
            </div>
            <div class="combo-card__usage">Muy adecuado para paneles de control y gráficos de autoría analítica</div>
            <div class="combo-feat"><span class="combo-feat__label">Salida</span><span>SVG (canvas opcional)</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Valores predeterminados de accesibilidad</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot"></span></span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Plotly.js</div>
                <div class="combo-card__sub">Kit de gráficos de código abierto (Plotly Inc.)</div>
              </div>
            </div>
            <div class="combo-card__usage">Muy adecuado para paneles científicos y de BI</div>
            <div class="combo-feat"><span class="combo-feat__label">Salida</span><span>SVG (canvas para trazados WebGL)</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Valores predeterminados de accesibilidad</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot"></span><span class="dot"></span></span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Observable Plot</div>
                <div class="combo-card__sub">API concisa basada en marcas (Observable / Mike Bostock)</div>
              </div>
            </div>
            <div class="combo-card__usage">Muy adecuado para gráficos editoriales y exploratorios</div>
            <div class="combo-feat"><span class="combo-feat__label">Salida</span><span>SVG</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Valores predeterminados de accesibilidad</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot"></span></span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Apache ECharts</div>
                <div class="combo-card__sub">Gráficos de nivel empresarial (Apache Software Foundation)</div>
              </div>
            </div>
            <div class="combo-card__usage">Muy adecuado para paneles operativos de alta densidad</div>
            <div class="combo-feat"><span class="combo-feat__label">Salida</span><span>Canvas (renderizador SVG disponible)</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Valores predeterminados de accesibilidad</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot"></span><span class="dot"></span></span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">D3 + código personalizado</div>
                <div class="combo-card__sub">Primitivos de enlace de datos de bajo nivel (Mike Bostock)</div>
              </div>
            </div>
            <div class="combo-card__usage">Muy adecuado para gráficos editoriales y de producto a medida</div>
            <div class="combo-feat"><span class="combo-feat__label">Salida</span><span>SVG (lo que se escriba)</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Valores predeterminados de accesibilidad</span><span class="dot-row"><span class="dot"></span><span class="dot"></span> <span class="dot"></span><span class="dot"></span><span class="dot"></span></span></div>
          </article>
        </div>

        <div class="callout callout--warning" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">!</div>
          <div>
            <span class="callout__label">Advertencia sobre D3</span>
            <div class="callout__body">
              <p>La valoración de «cero puntos» para D3 no es una crítica a la biblioteca — es la descripción honesta de lo que se obtiene con una construcción estándar con D3. D3 son primitivos. La accesibilidad en un gráfico con D3 es lo que el autor escribe. Un gráfico D3 creado por un ingeniero que conoce ARIA puede ser el gráfico más accesible de la página; un gráfico D3 creado sin ese conocimiento es casi siempre el gráfico menos accesible de la página.</p>
            </div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s3" aria-labelledby="s3-heading">
        <div class="section-label">Referencia</div>
        <h2 class="section-title" id="s3-heading">3. La matriz de puntuación: biblioteca por característica de accesibilidad</h2>
        <div class="prose">
          <p>Los cinco ejes de la primera sección, evaluados frente a las cinco bibliotecas de la segunda sección. «Sí» significa que el comportamiento predeterminado supera el eje; «Parcial» significa que la biblioteca expone los mecanismos adecuados pero no los activa por defecto; «Manual» significa que el ingeniero tiene que escribir el código correspondiente desde cero.</p>
        </div>

        <table class="matrix-table">
          <thead>
            <tr>
              <th></th>
              <th>Vega-Lite</th>
              <th>Plotly.js</th>
              <th>Observable Plot</th>
              <th>Apache ECharts</th>
              <th>D3 + código personalizado</th>
            </tr>
          </thead>
          <tbody>
            <tr>
              <th>Salida SVG con ARIA semántico</th>
              <td>Sí (SVG, grupos con título)</td>
              <td>Sí (SVG, etiquetas ARIA)</td>
              <td>Sí (SVG, roles de marca)</td>
              <td>Parcial (canvas por defecto; renderizador SVG opcional)</td>
              <td>Manual</td>
            </tr>
            <tr>
              <th>Paletas seguras para daltonismo por defecto</th>
              <td>Sí (Tableau 10 + viridis)</td>
              <td>Parcial (paleta Plotly por defecto; paleta CVD opcional)</td>
              <td>Sí (Observable categorical10)</td>
              <td>Parcial (esquema por defecto no probado para CVD)</td>
              <td>Manual</td>
            </tr>
            <tr>
              <th>Puntos de datos navegables por teclado</th>
              <td>Parcial (foco en leyenda; marcas requieren configuración)</td>
              <td>Sí (navegación por teclas de flecha en 2.x)</td>
              <td>Parcial (el plugin tip da foco; marcas de forma manual)</td>
              <td>Parcial (módulo de accesibilidad opcional)</td>
              <td>Manual</td>
            </tr>
            <tr>
              <th>Jerarquía de descripción para lector de pantalla</th>
              <td>Sí (propiedad description en la especificación)</td>
              <td>Parcial (un único título; por punto de forma opcional)</td>
              <td>Sí (marcas ariaLabel + ariaDescription)</td>
              <td>Parcial (el módulo de accesibilidad emite alt por serie)</td>
              <td>Manual</td>
            </tr>
            <tr>
              <th>Vista de tabla alternativa</th>
              <td>Parcial (tabla de datos fácil de renderizar)</td>
              <td>Parcial (exportar a CSV; sin tabla en el DOM)</td>
              <td>Parcial (ayudante data(), sin tabla automática)</td>
              <td>Parcial (la caja de herramientas admite vista de datos)</td>
              <td>Manual</td>
            </tr>
          </tbody>
        </table>

        <div class="callout callout--highlight" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">+</div>
          <div>
            <span class="callout__label">Cómo leer la matriz</span>
            <div class="callout__body">
              <p>Vega-Lite y Observable Plot lideran en valores predeterminados declarativos. Plotly lidera en navegación por teclado integrada. ECharts cuenta con el módulo de accesibilidad opcional más completo de todas las bibliotecas de la lista — pero solo si se habilita. D3 no da nada y lo da todo: cada celda es «manual» porque la biblioteca no tiene opinión. Ninguna de estas bibliotecas es una solución de una sola línea; todas son viables con intención.</p>
            </div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s4" aria-labelledby="s4-heading">
        <div class="section-label">Patrones</div>
        <h2 class="section-title" id="s4-heading">4. Gráfico bueno, gráfico malo: los mismos datos, dos formas</h2>
        <div class="prose">
          <p>La matriz muestra lo que expone cada biblioteca; esta sección muestra lo que escribe realmente un ingeniero. Los mismos datos, dos implementaciones. La versión «mala» se entrega rápidamente y se ve bien en un monitor de 27 pulgadas. La versión «buena» requiere 12 líneas de código más y supera todos los ejes de la matriz.</p>
        </div>

        <div class="cmp-grid">
          <article class="cmp-card good">
            <div class="cmp-card-label">Gráfico malo — rápido pero inalcanzable</div>
            <pre><code>{`// Vega-Lite — solo valores predeterminados
{
  "data": { "url": "complaints.csv" },
  "mark": "bar",
  "encoding": {
    "x": { "field": "category", "type": "nominal" },
    "y": { "field": "count", "type": "quantitative" },
    "color": { "field": "category" }
  }
}`}</code></pre>
            <p>Se renderiza. Se ve bien. Sin título del gráfico para el lector de pantalla. Sin descripción. Sin modelo de teclado en las marcas. Esquema de color predeterminado no probado para CVD con el número de categorías que se tienen realmente. Sin tabla alternativa.</p>
          </article>

          <article class="cmp-card better">
            <div class="cmp-card-label">Gráfico bueno — 12 líneas que importan</div>
            <pre><code>{`// Vega-Lite — valores predeterminados accesibles
{
  "title": "Complaints by surface, 2024",
  "description":
    "Bar chart of 4,605 web-accessibility complaints, ranked by surface. Highest: forms (1,940).",
  "data": { "url": "complaints.csv" },
  "mark": { "type": "bar", "ariaRoleDescription": "bar" },
  "encoding": {
    "x": { "field": "category", "type": "nominal",
           "axis": { "labelAngle": -30 } },
    "y": { "field": "count", "type": "quantitative",
           "title": "Complaints" },
    "color": {
      "field": "category",
      "scale": { "scheme": "tableau10" },
      "legend": { "title": "Surface" }
    },
    "tooltip": [
      { "field": "category", "title": "Surface" },
      { "field": "count", "title": "Complaints" }
    ]
  },
  "usermeta": { "embedOptions": { "ariaLabel": "Complaints chart" } }
}`}</code></pre>
            <p>Título, descripción, paleta segura para CVD, eje con nombre, campos de tooltip con nombre, descripción de rol ARIA en la marca. Acompañado de un <code>&lt;table&gt;</code> renderizado desde el mismo conjunto de datos, supera todos los ejes de la matriz sin salir de la gramática declarativa.</p>
          </article>
        </div>

        <p class="pull">El gráfico bueno no es un gráfico diferente. Es el mismo gráfico con los valores predeterminados implícitos hechos explícitos, el título escrito, la paleta nombrada, el rol por marca definido y los datos ofrecidos también como tabla. Ese es todo el arte.</p>

        <div class="callout callout--info" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">i</div>
          <div>
            <span class="callout__label">El patrón de tabla alternativa</span>
            <div class="callout__body">
              <p>Ninguna de las cinco bibliotecas incluye un modo predeterminado de «renderizar este gráfico como tabla» por sí sola. El patrón de trabajo consiste en: vincular los mismos datos a dos componentes — el gráfico y una <code>&lt;table&gt;</code> HTML debajo de él, a menudo oculta visualmente pero expuesta a la tecnología de apoyo con un interruptor «Mostrar tabla de datos» que cambia un atributo <code>hidden</code>. Este patrón cuesta aprox. 20 líneas de código de framework por gráfico y se amortiza dentro de la primera sesión de investigación con usuarios.</p>
            </div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s5" aria-labelledby="s5-heading">
        <div class="section-label">Guía</div>
        <h2 class="section-title" id="s5-heading">5. Recomendaciones concretas por caso de uso</h2>
        <div class="prose">
          <p>La elección de biblioteca en 2026 depende principalmente del flujo de trabajo. Las cinco bibliotecas sobre la mesa son todas viables. La pregunta es cuál encaja con el tipo de gráficos que se están entregando realmente. Cinco casos de uso habituales, cinco recomendaciones, con la segunda mejor alternativa nombrada.</p>
        </div>

        <div class="step step--accent">
          <div class="step__num">1</div>
          <div>
            <h3>Gráficos editoriales / de periodismo de datos (un gráfico, acabado)</h3>
            <p><strong>Recomendación: Observable Plot</strong>, con Vega-Lite como segundo mejor. La API basada en marcas de Plot proporciona etiquetas ARIA por marca de forma gratuita, la paleta categórica ha sido probada para CVD y la salida SVG se lee con claridad. Vega-Lite es el segundo aquí porque la propiedad description es el resumen para lector de pantalla de un único atributo más claro de cualquier biblioteca — pero Plot gana en ergonomía predeterminada para piezas editoriales únicas.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">2</div>
          <div>
            <h3>Paneles de autoría analítica (muchos gráficos, declarativos)</h3>
            <p><strong>Recomendación: Vega-Lite</strong>, con Observable Plot como segundo mejor. La gramática de especificación de Vega-Lite permite a los analistas componer 30 gráficos en un cuaderno sin escribir JavaScript, y las propiedades <code>title</code> + <code>description</code> del esquema proporcionan la jerarquía para el lector de pantalla sin tuberías adicionales. Hay que acompañar cada gráfico de una tabla de datos renderizada con Vega para superar el eje de tabla alternativa.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">3</div>
          <div>
            <h3>Paneles científicos / de BI (exploración interactiva)</h3>
            <p><strong>Recomendación: Plotly.js</strong>, con ECharts como segundo mejor. Plotly es la única biblioteca de la lista que ofrece de serie la navegación por teclas de flecha entre marcas en la línea 2.x. Si el público espera pasar el cursor, hacer zoom y profundizar, el modelo de teclado integrado de Plotly es el factor decisivo. ECharts alcanza ese nivel si se habilita el módulo <code>aria</code> — pero hay que habilitarlo.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">4</div>
          <div>
            <h3>Paneles operativos de alta densidad (cientos de puntos, crítico en rendimiento)</h3>
            <p><strong>Recomendación: Apache ECharts</strong> con renderizador SVG + módulo <code>aria</code> activado, con Plotly como segundo mejor. ECharts es la mejor opción de rendimiento de este grupo para gráficos muy densos y el módulo <code>aria</code> produce texto alternativo por serie que los lectores de pantalla manejan con competencia. Conviene desactivar el renderizador canvas; el canvas es más rápido pero el árbol de accesibilidad desaparece.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">5</div>
          <div>
            <h3>Gráficos editoriales a medida que ninguna biblioteca renderiza (personalizado, único)</h3>
            <p><strong>Recomendación: D3 con una capa de accesibilidad escrita a mano</strong>. La capa escrita a mano no es negociable: un <code>&lt;title&gt;</code> + <code>&lt;desc&gt;</code> en la raíz SVG, <code>role="img"</code> con <code>aria-label</code> por marca, un modelo de foco en cada marca enfocable y un <code>&lt;table&gt;</code> hermano renderizado desde el mismo conjunto de datos. D3 es la herramienta correcta cuando el gráfico genuinamente no existe en ningún otro lugar; es la herramienta equivocada cuando el gráfico es un diagrama de barras y alguien utilizó D3 por costumbre.</p>
          </div>
        </div>

        <div class="callout callout--warning" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">!</div>
          <div>
            <span class="callout__label">Lo que ninguna de estas bibliotecas corrige</span>
            <div class="callout__body">
              <p>El gráfico dentro de una biblioteca de gráficos rara vez es lo único en la página. Los tooltips que solo se activan al pasar el cursor y nunca aparecen al recibir el foco, las leyendas que son <code>&lt;div&gt;</code> en lugar de <code>&lt;ul&gt;</code>, los anillos de foco reemplazados por la hoja de estilos de reset de la página, las muestras de color con contraste insuficiente de componentes no textuales frente al fondo de la página — estos son fallos a nivel de página que ninguna biblioteca de gráficos subsanará por sí sola. La biblioteca proporciona las marcas; la página proporciona el resto.</p>
            </div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="conclusion" aria-labelledby="concl-heading">
        <h2 class="section-title" id="concl-heading">Conclusión: el stack de trabajo es el que se documenta</h2>
        <div class="prose">
          <p>Ninguna de las cinco bibliotecas sobre la mesa es la respuesta equivocada. Todas superan la mayoría de los ejes con una pequeña cantidad de intención. El predictor más fiable de un gráfico accesible en 2026 no es la biblioteca en la línea de importación — es si el equipo ha escrito, en el mismo lugar que el sistema de diseño, qué significa «gráfico accesible» en esta organización. Título. Descripción. Paleta. Modelo de teclado. Tabla alternativa. Cinco líneas en un CONTRIBUTING.md; la diferencia entre un gráfico que se entrega y un gráfico que llega.</p>
          <p>Conviene elegir la biblioteca que encaje con el flujo de trabajo, activar sus valores predeterminados de accesibilidad, acompañar cada gráfico de una tabla de datos y auditar el entorno de la página alrededor del gráfico con el mismo cuidado que el gráfico mismo. El gráfico predeterminado en cualquiera de estas bibliotecas puede hacerse accesible. El gráfico predeterminado en ninguna de estas bibliotecas es accesible sin intención.</p>
        </div>
        <figure class="pull-quote">
          <blockquote>
            <p class="pull-quote__text">«La biblioteca proporciona las marcas; la página proporciona el resto.»</p>
          </blockquote>
          <figcaption><cite class="pull-quote__source">— Equipo de ingeniería de Disability World</cite></figcaption>
        </figure>
      </section>

    </div>
  </div>
</div>

---
title: PDF accesibles de extremo a extremo: desde la autoría hasta la corrección
url: https://www.disabilityworld.org/es/articles/accessible-pdfs-end-to-end/
description: Una guía práctica de ingeniería para producir PDF accesibles: herramientas de autoría en InDesign, Word y LibreOffice, la estructura de etiquetas que exige PDF/UA, las cuatro herramientas de corrección más utilizadas y cómo JAWS, NVDA, VoiceOver y ChromeVox leen un PDF etiquetado.
author: Disability World
pubDate: 2026-05-22
tags: pdf, accessibility, pdf-ua, tagged-pdf, education, document-accessibility
---

# PDF accesibles de extremo a extremo: desde la autoría hasta la corrección

<div class="src-article" data-template="3">

  <section class="hero" aria-labelledby="hero-heading">
    <div class="hero__inner">
      <div class="hero__tag" aria-hidden="true">Guía de ingeniería · Accesibilidad en PDF</div>
      <h1 class="hero__title" id="hero-heading">
        PDF accesibles de extremo a extremo:<br />
        desde la autoría hasta la corrección
      </h1>
      <p class="hero__lead">La accesibilidad de un PDF no es un interruptor que se activa en Acrobat al final del proceso. Es una cadena de decisiones que comienza en InDesign o Word, atraviesa la estructura de etiquetas, alcanza la conformidad con PDF/UA, se verifica en PAC y, finalmente, llega a cuatro lectores de pantalla que leen el mismo archivo de formas ligeramente distintas. Esta guía recorre la cadena en el orden en que los ingenieros la trabajan realmente.</p>
      <div class="hero__stats" aria-label="Estadísticas clave">
        <div class="stat-chip">
          <div class="stat-chip__num">ISO 14289-1</div>
          <div class="stat-chip__label">Norma de conformidad PDF/UA (2014, actualizada en 2024)</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">31</div>
          <div class="stat-chip__label">Condiciones de fallo del Protocolo Matterhorn que un PDF etiquetado debe superar</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">4 + 4</div>
          <div class="stat-chip__label">Herramientas de corrección y lectores de pantalla tratados a continuación</div>
        </div>
      </div>
      <div class="hero__meta">
        <div class="hero__byline">Por <strong>la redacción de Disability World</strong></div>
        <div class="hero__pill">12 min de lectura</div>
        <div class="hero__pill">Actualizado en mayo de 2026</div>
      </div>
    </div>
  </section>

  <nav class="toc-bar" aria-label="Secciones del artículo">
    <div class="toc-bar__inner">
      <p>Contenido</p>
      <ul role="list">
        <li><a href="#s1">1. Autoría</a></li>
        <li><a href="#s2">2. La estructura de etiquetas</a></li>
        <li><a href="#s3">3. Conformidad con PDF/UA</a></li>
        <li><a href="#s4">4. Herramientas de corrección</a></li>
        <li><a href="#s5">5. Comportamiento de la tecnología de apoyo</a></li>
        <li><a href="#s6">6. El flujo de trabajo de extremo a extremo</a></li>
      </ul>
    </div>
  </nav>

  <div class="article-body">
    <div class="container">

      <section id="s1" aria-labelledby="s1-heading">
        <div class="section-label">Fundamentos</div>
        <h2 class="section-title" id="s1-heading">1. Autoría: elegir la herramienta de origen con la que se pueda trabajar realmente</h2>
        <div class="prose">
          <p>La decisión que condiciona todos los pasos posteriores es el entorno de autoría. Un PDF generado a partir de un documento InDesign correctamente estructurado con la acción <strong>Convertir en accesible</strong> aplicada lleva el 80 por ciento de sus metadatos de accesibilidad antes de que nadie abra Acrobat. Un PDF exportado desde un documento Word en el que los títulos se simularon con texto en negrita y de mayor tamaño no lleva casi ninguno, y ninguna cantidad de corrección posterior podrá rescatarlo completamente. La elección de la herramienta de autoría, en otras palabras, no es estética. Es estructural.</p>
          <p>En 2026 dominan tres flujos de producción en la publicación institucional. <strong>Adobe InDesign con la acción Convertir en accesible</strong> es el estándar para documentos compuestos tipográficamente — informes anuales, libros de texto, expedientes regulatorios — donde la maquetación es fija y el archivo sale del equipo de diseño una sola vez. <strong>Microsoft Word con Guardar como PDF accesible</strong> es la opción habitual para documentos de oficina — políticas, contratos, cartas — donde la fuente se edita de forma continua y el PDF es una representación, no un destino. <strong>LibreOffice con el traspaso al Comprobador de Accesibilidad de PDF</strong> es la vía de código abierto utilizada por gobiernos y universidades que tienen razones de política para evitar los ecosistemas de Microsoft y Adobe.</p>
        </div>

        <div class="stat-row" aria-label="Comparación de vías de autoría">
          <div class="stat-card">
            <div class="stat-card__num">InDesign</div>
            <div class="stat-card__label">Documentos compuestos · mayor fidelidad de etiquetas si los estilos de párrafo se asignan a etiquetas en origen</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">Word</div>
            <div class="stat-card__label">Documentos de oficina · Guardar como PDF accesible + panel Comprobador de accesibilidad</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">LibreOffice</div>
            <div class="stat-card__label">Vía de código abierto · traspasar a PAC para verificación; el comprobador nativo es el más débil</div>
          </div>
        </div>

        <div class="callout callout--info" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">i</div>
          <div>
            <span class="callout__label">Por qué importa la herramienta de origen</span>
            <div class="callout__body"><p>Las estructuras de etiquetas producidas por InDesign y Word se <em>derivan</em> estructuralmente de los estilos de párrafo. Las producidas por herramientas de corrección se <em>afirman</em> a posteriori. La primera es auditable frente a la fuente; la segunda solo es auditable frente a sí misma. Los auditores piden cada vez más ver la fuente, no solo el PDF.</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s2" aria-labelledby="s2-heading">
        <div class="section-label">Anatomía</div>
        <h2 class="section-title" id="s2-heading">2. La estructura de etiquetas: qué contiene realmente todo PDF accesible</h2>
        <div class="prose">
          <p>Bajo todo PDF accesible existe una estructura lógica paralela — la <strong>estructura de etiquetas</strong> — que no tiene nada que ver con la maquetación visual. El PDF visible es un conjunto de instrucciones de representación con coordenadas. La estructura de etiquetas es un modelo de objetos de documento jerárquico separado que indica <em>esta operación de representación es el primer encabezado, aquella es la tercera viñeta de la segunda lista, esta imagen es decorativa, aquella otra tiene el texto alternativo «Ingresos trimestrales por segmento, EF24».</em> Un lector de pantalla lee la estructura de etiquetas, no la representación visual.</p>
          <p>Seis categorías de etiquetas concentran la mayor parte del significado en los documentos del mundo real: <strong>los encabezados (H1 a H6)</strong> forman el esquema navegable; <strong>los párrafos (P)</strong> son las secuencias de prosa; <strong>las listas (L, LI, Lbl, LBody)</strong> son las enumeraciones ordenadas o no ordenadas; <strong>las tablas (Table, TR, TH, TD)</strong> son las cuadrículas de datos con encabezados de columna y fila expuestos mediante el atributo Scope; <strong>las figuras (Figure)</strong> llevan el texto alternativo en su atributo Alt o ActualText; y el <strong>orden de lectura</strong>, que es el recorrido en profundidad primero del árbol, dicta la secuencia en que un lector de pantalla habla el documento. Una página que <em>visualmente</em> tiene dos columnas puede leerse en el orden equivocado si la estructura de etiquetas sitúa la columna derecha antes que la izquierda.</p>
          <p>Otros dos atributos importan en cada etiqueta de un archivo correctamente producido. El <strong>atributo de idioma</strong> (Lang) indica al lector de pantalla qué diccionario de pronunciación utilizar — el francés citado dentro de un párrafo en español necesita su propio atributo Lang en una etiqueta Span, o se leerá con fonemas españoles. Y el <strong>marcador de artefacto</strong> distingue el contenido decorativo del estructural; los encabezados, pies de página, números de página y reglas decorativas deben marcarse como artefactos para que el lector de pantalla los omita.</p>
        </div>

        <figure class="comparison-card">
          <div class="comparison-card__head">Estructura de etiquetas correcta frente a incorrecta en una página de informe a dos columnas</div>
          <div class="comparison-card__list">
            <div class="cmp-grid">
              <div class="cmp-card good">
                <div class="cmp-card-label">Correcto — etiquetado desde una fuente con estilos de párrafo asignados</div>
                <p><strong>Sect</strong> → H1 (título de página) → P (subtítulo) → H2 (encabezado columna izquierda) → P, P, L/LI × 3 → H2 (encabezado columna derecha) → P, P → Figure con Alt → Table con TH(Scope=Col) y TH(Scope=Row). El orden de lectura sigue el árbol. El encabezado de página está marcado como Artefacto.</p>
              </div>
              <div class="cmp-card better">
                <div class="cmp-card-label">Incorrecto — etiquetado desde un PDF de impresión adaptado en Acrobat</div>
                <p>Una única Sect plana con todo el contenido como etiquetas P sin tipo. Los encabezados son etiquetas P con fuente mayor. Las listas son etiquetas P con glifos de viñeta en la prosa. Las figuras no tienen texto alternativo. El orden de lectura alterna entre columnas línea a línea porque la estructura de etiquetas refleja la secuencia de representación columna a columna, no la secuencia lógica.</p>
              </div>
            </div>
          </div>
        </figure>

        <div class="callout callout--warning" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">!</div>
          <div>
            <span class="callout__label">El orden de lectura no es el orden visual</span>
            <div class="callout__body"><p>La herramienta Orden de lectura de Acrobat muestra superposiciones numeradas sobre la página visual que corresponden al recorrido de la estructura de etiquetas. Los ingenieros que solo verifican contra la maquetación visual pasan por alto los fallos de orden de lectura, porque la maquetación visual puede ser correcta mientras el recorrido de la estructura de etiquetas está desordenado. Verifique siempre con el panel de Etiquetas abierto <em>y</em> con un lector de pantalla.</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s3" aria-labelledby="s3-heading">
        <div class="section-label">Norma</div>
        <h2 class="section-title" id="s3-heading">3. Conformidad con PDF/UA: qué exige realmente la ISO 14289-1</h2>
        <div class="prose">
          <p>PDF/UA es la norma internacional para los PDF accesibles, publicada como <strong>ISO 14289-1</strong> en 2014 y actualizada en 2024. Donde [WCAG](/toolkit/standards/wcag/) es neutral respecto a la tecnología y la plataforma, PDF/UA es específica del PDF — es el contrato entre el software productor de documentos, el software consumidor de documentos y la tecnología de apoyo que establece <em>que la estructura de etiquetas, los metadatos y la estructura de este archivo se ajustan a un conjunto verificable de condiciones, de modo que un lector conforme puede fiarse de ellos.</em></p>
          <p>La norma se operacionaliza a través del <strong>Protocolo Matterhorn</strong>, mantenido por la PDF Association, que descompone PDF/UA en 31 <strong>condiciones de fallo</strong> numeradas con variantes verificables tanto por máquina como por persona. Los fallos verificables por máquina incluyen la ausencia de un título de documento en los metadatos, la presencia de figuras sin Alt o ActualText, listas estructuradas fuera de etiquetas L/LI y atributos de idioma ausentes en el documento o en secuencias con cambio de idioma. Los fallos verificables por personas cubren lo que el software no puede verificar por sí solo — si el texto alternativo de una Figure realmente describe la figura, si el orden de lectura coincide con la secuencia lógica, si los encabezados están anidados de forma lógica en lugar de saltarse niveles.</p>
          <p>La actualización de 2024 alineó PDF/UA con los criterios de conformidad de WCAG 2.2 y aclaró el tratamiento de las firmas digitales y los formularios — los formularios PDF accesibles deben exponer etiquetas de campo, información sobre herramientas del campo y orden de tabulación, y los PDF firmados no deben bloquear el acceso del lector de pantalla a la estructura de etiquetas subyacente después de la firma.</p>
        </div>

        <div class="stat-row" aria-label="Datos rápidos sobre PDF/UA">
          <div class="stat-card">
            <div class="stat-card__num">14289-1</div>
            <div class="stat-card__label">Norma ISO, originalmente de 2014, actualizada en 2024</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">31</div>
            <div class="stat-card__label">Condiciones de fallo del Protocolo Matterhorn</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">87</div>
            <div class="stat-card__label">Variantes de prueba individuales (máquina + persona)</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">EN 301 549</div>
            <div class="stat-card__label">Norma europea de contratación pública que incorpora PDF/UA por referencia</div>
          </div>
        </div>

        <figure class="pull-quote">
          <blockquote>
            <p class="pull-quote__text">«La conformidad con PDF/UA es un suelo, no un techo. Un archivo puede superar las 31 condiciones del Protocolo Matterhorn y seguir ofreciendo una experiencia de lectura deficiente si el texto alternativo es genérico o el orden de lectura es técnicamente válido pero semánticamente incorrecto.»</p>
          </blockquote>
          <figcaption><cite class="pull-quote__source">— PDF Association, orientaciones del Protocolo Matterhorn, edición de 2024</cite></figcaption>
        </figure>
      </section>

      <hr class="divider" />

      <section id="s4" aria-labelledby="s4-heading">
        <div class="section-label">Herramientas</div>
        <h2 class="section-title" id="s4-heading">4. Herramientas de corrección: los cuatro productos que los ingenieros eligen</h2>
        <div class="prose">
          <p>Cuando llega un PDF sin una estructura de etiquetas utilizable — y la mayoría de los PDF heredados llegan así — la elección del ingeniero se reduce a cuatro entornos de corrección. Cada uno tiene una combinación diferente de puntos fuertes en la edición de la estructura de etiquetas, el reconocimiento óptico de caracteres para originales escaneados, el procesamiento por lotes y la generación de informes de PDF/UA. La siguiente matriz relaciona la capacidad con la herramienta.</p>
        </div>

        <table class="matrix-table">
          <thead>
            <tr>
              <th></th>
              <th>PAC 2024</th>
              <th>Adobe Acrobat Pro</th>
              <th>Foxit PDF Editor</th>
              <th>ABBYY FineReader 16</th>
            </tr>
          </thead>
          <tbody>
            <tr><th>Informe completo de PDF/UA</th><td>Sí (canónico)</td><td>Parcial (comprobación previa)</td><td>Parcial (comprobador propio)</td><td>Limitado</td></tr>
            <tr><th>Editar estructura de etiquetas en la aplicación</th><td class="cell-na">N/A (solo lectura)</td><td>Sí</td><td>Sí</td><td>Sí</td></tr>
            <tr><th>OCR para PDF escaneados</th><td class="cell-na">N/A</td><td>Sí</td><td>Sí</td><td>Sí (el mejor)</td></tr>
            <tr><th>Superposición del orden de lectura</th><td>Solo lectura</td><td>Sí (Touch Up Reading Order)</td><td>Sí</td><td>Limitado</td></tr>
            <tr><th>Corrección masiva / con scripts</th><td class="cell-na">N/A</td><td>Sí (Acciones)</td><td>Sí (Acciones)</td><td>Sí (Hot Folder)</td></tr>
            <tr><th>Resultado alineado con Matterhorn</th><td>Sí</td><td>Aproximado</td><td>Aproximado</td><td>Limitado</td></tr>
            <tr><th>Rango de coste</th><td>Gratuito</td><td>Suscripción</td><td>Perpetuo o suscripción</td><td>Perpetuo</td></tr>
          </tbody>
        </table>

        <div class="combo-grid">
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">PDF Accessibility Checker (PAC)</div>
                <div class="combo-card__sub">Access for All, Suiza · gratuito, escritorio Windows</div>
              </div>
            </div>
            <div class="combo-card__usage">Verificador, no editor</div>
            <div class="combo-feat"><span class="combo-feat__label">Punto fuerte</span><span>Informe canónico de PDF/UA</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Punto débil</span><span>Sin edición; solo verificación</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Úsese cuando</span><span>Aprobación final, auditoría</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Adobe Acrobat Pro</div>
                <div class="combo-card__sub">Adobe · suscripción, multiplataforma</div>
              </div>
            </div>
            <div class="combo-card__usage">Estándar del sector</div>
            <div class="combo-feat"><span class="combo-feat__label">Punto fuerte</span><span>Panel de etiquetas, herramienta Orden de lectura, Acciones</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Punto débil</span><span>El comprobador integrado detecta menos fallos que PAC</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Úsese cuando</span><span>Edición de la estructura de etiquetas en la mayoría de archivos</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Foxit PDF Editor</div>
                <div class="combo-card__sub">Foxit · perpetuo o suscripción</div>
              </div>
            </div>
            <div class="combo-card__usage">Alternativa a Acrobat</div>
            <div class="combo-feat"><span class="combo-feat__label">Punto fuerte</span><span>Conjunto de funciones similar a menor coste</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Punto débil</span><span>Ecosistema de complementos más pequeño</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Úsese cuando</span><span>Las normas de contratación excluyen Adobe</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">ABBYY FineReader 16</div>
                <div class="combo-card__sub">ABBYY · perpetuo, Windows y macOS</div>
              </div>
            </div>
            <div class="combo-card__usage">Especialista en OCR</div>
            <div class="combo-feat"><span class="combo-feat__label">Punto fuerte</span><span>El mejor OCR para originales escaneados</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Punto débil</span><span>Interfaz de edición de etiquetas más débil</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Úsese cuando</span><span>La fuente es un PDF de solo imagen escaneado</span></div>
          </article>
        </div>

        <div class="callout callout--highlight" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">*</div>
          <div>
            <span class="callout__label">PAC más un editor es la combinación estándar</span>
            <div class="callout__body"><p>PAC es el único verificador de PDF/UA ampliamente reconocido en el sector, pero no edita. La mayoría de los equipos de producción combinan PAC con Acrobat Pro (opción predeterminada) o Foxit (cuando las reglas de licencias requieren una alternativa) y recurren a ABBYY solo cuando la fuente es un PDF de solo imagen escaneado que necesita OCR antes de poder construir una estructura de etiquetas.</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s5" aria-labelledby="s5-heading">
        <div class="section-label">Comportamiento</div>
        <h2 class="section-title" id="s5-heading">5. Cómo los cuatro lectores de pantalla manejan un PDF etiquetado</h2>
        <div class="prose">
          <p>Un PDF correctamente etiquetado es solo la mitad de la cadena correspondiente al productor. La otra mitad es el lector de pantalla, y los cuatro lectores que la mayoría de los usuarios utiliza realmente tratan el mismo archivo de formas sutilmente diferentes. Las diferencias importan porque un documento que se lee limpiamente en JAWS puede fallar en NVDA, y un archivo que funciona en VoiceOver en macOS puede comportarse de forma diferente cuando el mismo archivo es abierto por ChromeVox en el visor de PDF integrado de Chrome.</p>
          <p><strong>JAWS</strong> tiene la compatibilidad con PDF más profunda y antigua de cualquier lector de pantalla comercial. Su <em>modo PDF</em> renderiza los PDF etiquetados a través de Acrobat o Acrobat Reader y expone la estructura de etiquetas directamente — lista de encabezados (Insert+F6), lista de formularios (Insert+F5), navegación por celdas de tabla con las teclas estándar de tabla de JAWS. Cuando un PDF carece de etiquetas, JAWS ofrecerá inferir la estructura, pero el resultado inferido no es fiable; los ingenieros no deben validar contra lecturas inferidas por JAWS.</p>
          <p><strong>NVDA</strong> también lee los PDF etiquetados a través de Acrobat o Acrobat Reader, con navegación en modo exploración que refleja su modelo de página web — H para saltar encabezados, K para saltar enlaces, T para saltar tablas. La compatibilidad de NVDA con PDF ha mejorado notablemente desde 2022, pero sigue por detrás de JAWS en tablas complejas y campos de formulario. NVDA ofrece una respuesta más honesta ante documentos con etiquetas mal formadas: donde JAWS puede continuar, NVDA tiende a quedarse en silencio, lo que resulta útil como diagnóstico.</p>
          <p><strong>VoiceOver</strong> en macOS lee los PDF a través de Preview y Safari con navegación por rotor (VO + U) sobre encabezados, enlaces, tablas y campos de formulario. VoiceOver es el más indulgente de los cuatro — reconstruirá un orden de lectura incluso para archivos mal etiquetados — pero su indulgencia puede ocultar fallos reales. Un documento que se lee de forma aceptable en VoiceOver debe verificarse igualmente con JAWS o NVDA, no al revés.</p>
          <p><strong>ChromeVox</strong> en ChromeOS, y el comportamiento general de cualquier lector de pantalla que interactúa con el visor de PDF integrado de Chrome, pertenece a una categoría diferente. El visor de PDF de Chrome rasteriza y re-extrae el texto en lugar de renderizar la estructura de etiquetas original, de modo que un PDF con una estructura de etiquetas limpia puede perder gran parte de su estructura cuando se abre directamente en Chrome. La solución alternativa para contextos críticos de accesibilidad es forzar la descarga del archivo y abrirlo en Acrobat Reader, o bien proporcionar una versión HTML alternativa.</p>
        </div>

        <table class="matrix-table">
          <thead>
            <tr>
              <th></th>
              <th>JAWS · Acrobat</th>
              <th>NVDA · Acrobat</th>
              <th>VoiceOver · Preview</th>
              <th>ChromeVox · visor Chrome</th>
            </tr>
          </thead>
          <tbody>
            <tr><th>Fidelidad de la estructura de etiquetas</th><td>Alta</td><td>Media-alta</td><td>Media</td><td>Baja (re-extraída)</td></tr>
            <tr><th>Navegación por encabezados</th><td>Sí (Insert+F6)</td><td>Sí (tecla H)</td><td>Sí (rotor)</td><td>Limitada</td></tr>
            <tr><th>Tablas con ámbito TH</th><td>Sí</td><td>Sí (mejorado desde 2022)</td><td>Sí (rotor)</td><td>A menudo aplana</td></tr>
            <tr><th>Campos de formulario</th><td>Sí</td><td>Sí</td><td>Sí</td><td>Limitado</td></tr>
            <tr><th>Cambio de idioma</th><td>Sí (atributo Lang)</td><td>Sí</td><td>Sí</td><td>Inconsistente</td></tr>
            <tr><th>Silencioso ante etiquetas mal formadas</th><td>Continúa</td><td>Tiende al silencio</td><td>Reconstruye</td><td>Re-extrae</td></tr>
          </tbody>
        </table>

        <div class="callout callout--info" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">i</div>
          <div>
            <span class="callout__label">Probar con dos lectores, no con uno</span>
            <div class="callout__body"><p>Si solo hay tiempo para probar con dos combinaciones, se recomienda elegir JAWS+Acrobat (la opción predeterminada institucional en sectores regulados) y NVDA+Acrobat (la referencia gratuita de código abierto). Juntos cubren aproximadamente el mismo terreno que una prueba de cuatro lectores para todo excepto los casos límite específicos de ChromeVox.</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s6" aria-labelledby="s6-heading">
        <div class="section-label">Manual</div>
        <h2 class="section-title" id="s6-heading">6. El flujo de trabajo de extremo a extremo, en el orden en que se ejecuta realmente</h2>
        <div class="prose">
          <p>Uniendo la cadena: un único PDF accesible pasa por seis pasos concretos. Son secuenciales — omitir cualquiera de ellos produce un archivo que fallará en uno de los pasos posteriores o en manos del usuario.</p>
        </div>

        <div class="step step--accent">
          <div class="step__num">1</div>
          <div>
            <h3>Redactar en una herramienta con reconocimiento de etiquetas y estilos de párrafo asignados</h3>
            <p>InDesign con estilos de párrafo asignados a Etiquetas de exportación, Word con los Estilos integrados aplicados (sin encabezados simulados) o LibreOffice con estilos de Encabezado y Lista aplicados. La estructura de etiquetas se genera a partir de estas asignaciones de estilo.</p>
          </div>
        </div>
        <div class="step step--accent">
          <div class="step__num">2</div>
          <div>
            <h3>Exportar con la acción de accesibilidad habilitada</h3>
            <p>InDesign: Archivo → Exportar → PDF, elegir <em>PDF etiquetado</em> y ejecutar la acción <em>Convertir en accesible</em>. Word: Archivo → Guardar como PDF de Adobe o Guardar como PDF con la opción <em>Etiquetas de estructura del documento para accesibilidad</em>. LibreOffice: Archivo → Exportar como PDF, marcar <em>PDF etiquetado</em> y <em>Usar XObjects de referencia</em>.</p>
          </div>
        </div>
        <div class="step step--accent">
          <div class="step__num">3</div>
          <div>
            <h3>Verificar la estructura de etiquetas en Acrobat o Foxit</h3>
            <p>Abrir el panel de Etiquetas, recorrer el árbol, confirmar que los encabezados están anidados de forma lógica, las listas son L/LI/Lbl/LBody, las tablas tienen TH con Scope, las figuras tienen Alt o ActualText, y los elementos decorativos están marcados como Artefacto. Ejecutar Herramientas → Accesibilidad → Orden de lectura para verificar el orden de lectura numéricamente.</p>
          </div>
        </div>
        <div class="step step--accent">
          <div class="step__num">4</div>
          <div>
            <h3>Ejecutar PAC para obtener el informe canónico de PDF/UA</h3>
            <p>PAC produce la parte verificable por máquina del informe del Protocolo Matterhorn. Se deben resolver todos los indicadores en rojo. Téngase en cuenta que la marca verde de PAC supera solo las 31 condiciones verificables por máquina; las condiciones verificables por personas (como si el texto alternativo es significativo) siguen requiriendo una revisión humana.</p>
          </div>
        </div>
        <div class="step step--accent">
          <div class="step__num">5</div>
          <div>
            <h3>Probar con al menos dos lectores de pantalla</h3>
            <p>JAWS+Acrobat y NVDA+Acrobat como mínimo, más VoiceOver si el público incluye usuarios de macOS. Navegar por encabezados, tablas y campos de formulario. Confirmar que los cambios de idioma se leen con la voz correcta. Confirmar que el orden de lectura coincide con la secuencia lógica.</p>
          </div>
        </div>
        <div class="step step--accent">
          <div class="step__num">6</div>
          <div>
            <h3>Publicar y controlar la versión de la fuente</h3>
            <p>El entregable es el PDF, pero el artefacto mantenible es el documento fuente con su mapa de estilos de párrafo. Se deben almacenar ambos. Cuando el documento necesite una actualización, volver a exportar y verificar desde la fuente — no editar directamente la estructura de etiquetas del PDF publicado a menos que la fuente sea irrecuperable.</p>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="conclusion" aria-labelledby="concl-heading">
        <h2 class="section-title" id="concl-heading">Conclusión: la producción de PDF accesibles es una cadena, no una casilla que marcar</h2>
        <div class="prose">
          <p>Los equipos que tratan la accesibilidad del PDF como un problema de corrección en el último pase acaban pagando la factura dos veces — una para corregir un archivo producido sin intención estructural, y otra cada vez que ese archivo se actualiza. Los equipos que lo tratan como un problema de autoría construyen la estructura de etiquetas en la fuente, la regeneran limpiamente con cada revisión y utilizan PAC y un lector de pantalla como verificación, no como reparación. La diferencia de coste entre ambas posturas es grande; la diferencia de accesibilidad es mayor.</p>
          <p>La cadena documentada anteriormente es deliberadamente agnóstica respecto a las herramientas en cada eslabón. Independientemente de si el origen es InDesign o LibreOffice, el editor es Acrobat o Foxit, el verificador es PAC y el lector de pantalla es JAWS o NVDA, la lógica estructural es la misma: los estilos de párrafo se asignan a etiquetas, las etiquetas se ajustan a PDF/UA, PDF/UA lo verifica PAC y los lectores de pantalla leen el resultado. Las herramientas cambian; la cadena no.</p>
          <p>Para los equipos de contratación y cumplimiento, la implicación operativa es que las declaraciones de accesibilidad sobre PDF deben hacer referencia a la cadena de producción — la herramienta de autoría, la acción de exportación, el verificador — y no solo al resultado de un comprobador de Acrobat. Para los equipos de ingeniería, la implicación es que la estructura de etiquetas es la fuente de verdad, y se construye antes del PDF que el usuario vea. Para un recorrido práctico de producción que complemente esta guía, véase el [manual paso a paso de accesibilidad en PDF](/articles/pdf-accessibility-step-by-step/).</p>
        </div>
        <figure class="pull-quote">
          <blockquote><p class="pull-quote__text">«El PDF accesible es aquel cuya estructura de etiquetas fue redactada, no parcheada.»</p></blockquote>
          <figcaption><cite class="pull-quote__source">— redacción de Disability World</cite></figcaption>
        </figure>
      </section>

    </div>
  </div>
</div>

---
title: Presentaciones accesibles: PowerPoint, Keynote y la alternativa web-first
url: https://www.disabilityworld.org/es/articles/accessible-presentations-and-decks/
description: Una guía de producción para publicar presentaciones accesibles: PowerPoint, Keynote, Google Slides y la vía web-first con Reveal.js, Slidev y Marp — con un árbol de decisiones para elegir la herramienta adecuada.
author: Disability World
pubDate: 2026-05-22
tags: presentations, powerpoint, keynote, slides, accessibility, education
---

# Presentaciones accesibles: PowerPoint, Keynote y la alternativa web-first

<div class="src-article" data-template="5">

<p class="image-alt-text">Descripción de la imagen: una sala de conferencias con una diapositiva proyectada y un portátil que muestra el esquema de orden de lectura de la presentación — el marcador visual de una producción de presentaciones accesible.</p>

<p class="rt-prefix">Tiempo de lectura: 12 minutos</p>

<p class="wp-block-paragraph">Las presentaciones de diapositivas siguen siendo el artefacto educativo más compartido en la vida profesional moderna — apuntes de clase, informes para el consejo de administración, módulos de formación, ponencias en congresos, reuniones generales internas. Son también, casi sin excepción, el artefacto menos accesible del mismo proceso. Una ponencia que los lectores de pantalla no pueden navegar, una presentación cuyos valores de gráfico existen únicamente como píxeles, un clip de vídeo incrustado sin subtítulos, una interacción de «clic para avanzar» que ignora el teclado: cada uno de estos casos es habitual, y cada uno excluye silenciosamente al mismo grupo de personas del mismo contenido que recibe el resto del público. La buena noticia es que solucionar esto en 2026 ya no es un problema de investigación. Es un problema de flujo de trabajo de producción con tres buenas respuestas y un árbol de decisiones que elige entre ellas.</p>

<p class="wp-block-paragraph">Esta guía cubre las tres familias de herramientas que un profesional tiene realmente en su escritorio — Microsoft PowerPoint, Apple Keynote y Google Slides — más la alternativa web-first, cada vez más seria (Reveal.js, Slidev, Marp) que los docentes y los organizadores de congresos han comenzado a preferir. No es una comparación abstracta de funciones. Es una guía de producción: qué pasos se dan, en qué orden y en qué herramienta, para publicar una presentación que un estudiante con discapacidad visual pueda seguir con NVDA, un colega con baja visión pueda leer al 400 % de ampliación, un asistente sordo pueda leer acompañado de subtítulos incrustados y un usuario que solo usa el teclado pueda navegar sin tocar nunca el ratón. Para el contexto normativo más amplio, véase la guía sobre <a href="/articles/wcag-2-2-adoption-rate-survey/">la adopción de WCAG 2.2</a> y el <a href="/articles/european-accessibility-act-guide/">European Accessibility Act</a>, ambos aplicables al contenido educativo y comercial basado en diapositivas distribuido en línea.</p>

<h2 class="wp-block-heading" id="h-what-an-accessible-deck-needs">Qué necesita una presentación accesible</h2>

<p class="wp-block-paragraph">Antes de los flujos de trabajo específicos de cada herramienta, conviene establecer una base. Una presentación accesible necesita seis elementos funcionando simultáneamente, ninguno de los cuales es opcional. El primero es un título único y descriptivo en cada diapositiva — es lo que un usuario de lector de pantalla utiliza para navegar de diapositiva en diapositiva, y lo que un usuario del panel de esquema usa para encontrar la diapositiva que busca. Las diapositivas tituladas «Diapositiva 4» o «Sin título» son imposibles de navegar. El segundo es un orden de lectura correcto. Las diapositivas construidas colocando formas sobre un lienzo sin usar los marcadores de posición tendrán un orden de lectura que corresponde al orden en que se insertaron las formas, no al orden visual — lo que significa que un lector de pantalla leerá una diapositiva al revés, empezando por la barra lateral, leyendo el pie antes que el encabezado, o en cualquier secuencia que haya producido el proceso de producción. El tercero es texto alternativo para cada imagen, gráfico y diagrama no decorativo, redactado en un lenguaje que transmita el punto que expresa la imagen, no solo su descripción superficial.</p>

<p class="wp-block-paragraph">El cuarto es un contraste de color suficiente — texto sobre fondos de diapositiva al umbral AA de WCAG 2.2 (4,5:1 para el cuerpo del texto, 3:1 para el texto grande y los gráficos con significado), comprobado contra los píxeles reales del fondo y no contra el patrón de diapositiva. El quinto es la navegabilidad por teclado — todo elemento interactivo que se espera que el público utilice posteriormente (enlaces a encuestas incrustadas, navegación ramificada, formularios incrustados) debe ser alcanzable y operable únicamente con Tab, Intro, Espacio y Esc. Y el sexto es el tratamiento de los medios — cada vídeo incrustado incluye subtítulos abiertos integrados en el archivo o una pista de subtítulos cerrados que el reproductor puede activar; cada clip de audio incrustado tiene una transcripción accesible desde la misma diapositiva; cada animación que no sea estrictamente necesaria respeta la preferencia de movimiento reducido del usuario en el nivel del sistema operativo.</p>

<p class="wp-block-paragraph">Cada una de las tres herramientas de escritorio ofrece algún subconjunto de estos seis elementos. Ninguna los ofrece todos automáticamente. Elegir la herramienta adecuada implica comprender qué se debe hacer manualmente en cada una.</p>

<h2 class="wp-block-heading" id="h-powerpoint-workflow">Flujo de trabajo en PowerPoint</h2>

<p class="wp-block-paragraph">PowerPoint cuenta con las herramientas de accesibilidad más maduras de cualquier aplicación de presentaciones del mercado, y lo hace desde que el ciclo de publicaciones de Microsoft 365 comenzó a integrar el Comprobador de accesibilidad en la cinta de opciones. El punto de partida es el propio comprobador, que se abre desde la pestaña Revisar en Windows o el menú Herramientas en macOS. Presenta una lista contextual y en tiempo real de problemas — diapositivas sin título, imágenes sin texto alternativo, combinaciones de texto con contraste insuficiente, tablas sin encabezados, hipervínculos cuyo texto visible duplica la URL — y al hacer clic en cualquier problema, el cursor salta al elemento en cuestión. El comprobador se ejecuta en cada guardado de forma predeterminada en las versiones actuales, que es la opción predeterminada más útil que Microsoft ha publicado en este producto. Solo debe desactivarse una vez que se entienda qué advertencias se está eligiendo ignorar.</p>

<p class="wp-block-paragraph">Los títulos de las diapositivas se gestionan a través de la vista Esquema (Vista, Esquema) y del marcador de posición Título del patrón de diapositivas. El uso del marcador de posición en lugar de un cuadro de texto flotante es lo que otorga al título su función semántica — tanto el Comprobador de accesibilidad como los lectores de pantalla posteriores identifican las diapositivas con título por la identidad del marcador de posición, no por el texto visible. Si los títulos de la presentación están compuestos con cuadros de texto flotantes por razones de diseño, se puede mantener el diseño añadiendo un marcador de posición de título invisible moviéndolo fuera del lienzo (Panel de selección, establecer la posición a coordenadas negativas) — el título sigue existiendo en el árbol de accesibilidad y cuenta para la navegación del lector de pantalla, aunque el público nunca lo vea. La documentación de Microsoft describe esto como el patrón de «título fuera de la diapositiva»; el comprobador lo acepta.</p>

<p class="wp-block-paragraph">El orden de lectura es el segundo pilar. Abrir el Panel de selección (Inicio, Organizar, Panel de selección en Windows; menú Organizar en macOS) y leer la lista de formas de abajo hacia arriba — ese es el orden en que un lector de pantalla las encontrará. Arrastrar las formas dentro del panel para reordenarlas. PowerPoint 2024 añadió un Panel de orden de lectura dedicado que visualiza el orden numéricamente sobre cada forma en la diapositiva y permite reordenar arrastrando y soltando directamente en el lienzo; si la versión de Microsoft 365 es lo suficientemente reciente como para mostrar ese panel, conviene usarlo.</p>

<p class="wp-block-paragraph">El texto alternativo de las imágenes se establece haciendo clic derecho en la imagen, eligiendo Editar texto alternativo y escribiendo una o dos frases de texto alternativo editorial — el punto de la imagen, no su contenido en píxeles. El texto alternativo autogenerado de PowerPoint es opcional y está etiquetado como tal en el panel; es un punto de partida, no un producto terminado, y el comprobador avisará si se publica una diapositiva cuyo único texto alternativo es «Descripción generada automáticamente». Para los gráficos construidos en PowerPoint, el texto alternativo debe resumir el argumento del gráfico en una frase y citar sus dos o tres valores principales — «Gráfico de barras que muestra que la asistencia a congresos en 2026 aumentó un 18 % respecto a 2025, liderado por las regiones EMEA y APAC» es mejor que «Gráfico de barras». Para las diapositivas con muchos datos, conviene publicar los datos subyacentes como una tabla oculta pero accesible en las notas del ponente, o como una hoja de cálculo vinculada en el apéndice, para que un usuario de lector de pantalla pueda leer los números además del resumen del gráfico.</p>

<p class="wp-block-paragraph">El vídeo incrustado es el fallo de cumplimiento más frecuente en las presentaciones de PowerPoint. El flujo de trabajo Insertar, Vídeo, Insertar subtítulos acepta archivos WebVTT (.vtt) y los vincula al clip incrustado; una vez adjuntos, los subtítulos se representan en el reproductor integrado de PowerPoint y viajan con el archivo cuando la presentación se comparte, se envía por correo electrónico o se carga. Si el vídeo de origen lleva subtítulos abiertos integrados, el comprobador sigue indicando que el archivo necesita una pista de subtítulos — conviene añadir un VTT mínimo de todos modos, porque es lo que leerá las herramientas posteriores. Los hipervínculos deben tener texto visible que describa el destino («Leer el informe de aplicación del EAA de 2026»), no la URL pura.</p>

<p class="wp-block-paragraph">El proceso de exportación de PowerPoint conserva la mayoría de los metadatos de accesibilidad cuando se exporta a PDF — siempre que se use Archivo, Exportar, Crear PDF/XPS (Windows) o Archivo, Guardar como, PDF con la opción Óptimo para distribución electrónica y accesibilidad seleccionada (macOS). La exportación mediante Imprimir a PDF elimina las etiquetas y produce un PDF plano inaccesible; este es el fallo silencioso más frecuente en todo el flujo de trabajo.</p>

<h2 class="wp-block-heading" id="h-keynote-workflow">Flujo de trabajo en Keynote</h2>

<p class="wp-block-paragraph">Keynote incluye herramientas de accesibilidad materialmente menos completas que PowerPoint, y la diferencia no se ha cerrado de forma significativa desde el ciclo de publicaciones 13.x. No existe un equivalente al Comprobador de accesibilidad — Keynote no realiza una auditoría diapositiva por diapositiva, no presenta un panel de orden de lectura por diapositiva y no advierte al usuario cuando una diapositiva carece de título. Las propias diapositivas llevan una integración con VoiceOver más sólida que la que tenía PowerPoint hace una década, pero el flujo de trabajo de producción para obtener una presentación accesible en Keynote es más manual en cada paso.</p>

<p class="wp-block-paragraph">Los títulos de las diapositivas se añaden a través del marcador de posición Título del patrón de diapositivas o como un cuadro de texto ordinario utilizado de forma coherente en toda la presentación. La vista Esquema de Keynote (Vista, Esquema) lee desde el marcador de posición Título, por lo que construir presentaciones contra el patrón en lugar de partir de diapositivas en blanco es el mayor punto de apalancamiento. El orden de lectura se gestiona a través del inspector Organizar — los controles Al frente/Al fondo del modelo de apilamiento de Keynote funcionan también como controles de orden de lectura, leyéndose primero las formas enviadas más al fondo. No hay un panel de orden de lectura dedicado; es necesario mantener un modelo mental de la pila o construir diapositivas complejas a partir de una base correcta conocida.</p>

<p class="wp-block-paragraph">El texto alternativo de las imágenes en Keynote se establece a través de la pestaña Imagen del inspector Formato, bajo el campo Descripción — se debe escribir el mismo texto alternativo editorial que en PowerPoint. El texto alternativo de los gráficos utiliza el mismo mecanismo. Keynote no advierte sobre texto alternativo faltante. La única forma de verificar la cobertura del texto alternativo de una presentación en Keynote es recorrer manualmente cada diapositiva, o exportar al formato PowerPoint (.pptx) y ejecutar el Comprobador de accesibilidad de Microsoft contra la exportación — un flujo de trabajo que varias universidades grandes han adoptado como paso de validación para las presentaciones de clase construidas en Keynote.</p>

<p class="wp-block-paragraph">El vídeo incrustado en Keynote no admite una pista de subtítulos independiente. Si el vídeo de origen no lleva subtítulos abiertos integrados, es necesario volver a codificar el vídeo con los subtítulos incorporados antes de insertarlo en Keynote, o sustituir el elemento incrustado por una referencia a un enlace externo que apunte a un vídeo con subtítulos alojado en una plataforma compatible (YouTube, Vimeo, el servidor de medios de la institución). Keynote incluirá silenciosamente vídeo sin subtítulos en un PDF exportado; el comprobador que no existe no puede advertir sobre ello.</p>

<p class="wp-block-paragraph">Donde Keynote gana terreno es en las presentaciones de diseño elaborado construidas para charlas magistrales más que para su redistribución. La calidad de tipografía, maquetación y animación sigue siendo la mejor en el mercado de presentaciones de escritorio — cuando la presentación es esencialmente un accesorio escénico y el contenido sustantivo reside en un artículo, transcripción o página web distribuidos por separado, Keynote produce una experiencia en directo superior y la carga de accesibilidad se traslada al documento de acompañamiento. Si la presentación es el entregable en sí mismo, PowerPoint es la mejor opción.</p>

<h2 class="wp-block-heading" id="h-google-slides-workflow">Flujo de trabajo en Google Slides</h2>

<p class="wp-block-paragraph">Google Slides ha mejorado sustancialmente desde la actualización de accesibilidad de 2024, que añadió un menú de accesibilidad por diapositiva, sugerencias de texto alternativo impulsadas por modelos de imagen de clase Gemini y una superposición de comprobación de contraste accesible desde Herramientas, Accesibilidad. La actualización de 2024 también añadió controles de orden de lectura al menú Organizar — por primera vez en la historia del producto, los autores de Slides pueden establecer un orden de lectura explícito en lugar de depender del orden de creación de las formas. La adopción de estas funciones en grandes empresas ha sido más rápida de lo que Microsoft esperaba inicialmente, en parte porque las presentaciones de Slides ya están mayoritariamente en la nube y se benefician inmediatamente del comprobador del lado del servidor.</p>

<p class="wp-block-paragraph">La mecánica resulta familiar para quien venga de PowerPoint. Los títulos se gestionan a través del marcador de posición Título del diseño del patrón. El texto alternativo se establece en Opciones de formato, Texto alternativo, con la misma regla editorial de una a dos frases. El orden de lectura utiliza el menú Organizar, Orden, con el nuevo panel de orden de lectura de 2024 visible desde Herramientas, Accesibilidad, Orden de lectura. La incrustación de vídeos desde Google Drive o YouTube respeta la pista de subtítulos que lleve la fuente, y una diapositiva que contenga un vídeo sin subtítulos genera una advertencia en el panel de accesibilidad.</p>

<p class="wp-block-paragraph">Donde Slides sigue por detrás de PowerPoint es en la accesibilidad de los gráficos (el texto alternativo autogenerado para gráficos es más breve y menos contextual), en la herencia de patrones complejos (los diseños de patrón muy personalizados producen árboles de orden de lectura más difíciles de depurar) y en los flujos de trabajo sin conexión (el comprobador de accesibilidad requiere que el documento esté en línea, lo que es un problema para los usuarios que editan en un avión o en entornos restringidos). Para una empresa de 2026 que haya estandarizado en Workspace y publique presentaciones principalmente como enlaces compartidos de Google Slides en lugar de como archivos descargados, el flujo de trabajo de Slides es ahora sustancialmente comparable al de PowerPoint. Para una organización que publica presentaciones como archivos adjuntos .pptx o como PDF exportados, PowerPoint sigue teniendo ventaja.</p>

<h2 class="wp-block-heading" id="h-web-first-decks">Presentaciones web-first: Reveal.js, Slidev, Marp</h2>

<p class="wp-block-paragraph">El desarrollo más interesante en accesibilidad de presentaciones en 2025 y 2026 ha tenido lugar completamente al margen de las tres grandes aplicaciones de escritorio. Un conjunto de marcos de presentación web-first — Reveal.js (el veterano marco JavaScript), Slidev (una herramienta basada en Vue orientada a desarrolladores) y Marp (un generador Markdown-first que compila a HTML, PDF o PPTX) — produce presentaciones como documentos HTML, lo que significa que las propiedades de accesibilidad del HTML se heredan en lugar de emularse. La estructura semántica es real, no sintetizada; la navegación por teclado es la del navegador, no la de la aplicación de presentaciones; y la salida del lector de pantalla es la que NVDA, JAWS o VoiceOver producirían para cualquier página web bien construida.</p>

<p class="wp-block-paragraph">Las implicaciones son prácticas. Una presentación de Reveal.js servida desde una URL es, de forma predeterminada, navegable con teclas de flecha, Tab, Intro, Espacio y los mismos atajos del navegador que ya conoce el usuario con visión. Cada diapositiva es un elemento section con un encabezado — H1 para la presentación, H2 para el título de cada diapositiva — de modo que un usuario de lector de pantalla puede saltar de encabezado en encabezado igual que en cualquier página web. Las imágenes llevan atributos alt redactados en la fuente Markdown o HTML. Los gráficos renderizados con Chart.js, D3 o cualquier biblioteca SVG llevan los roles ARIA y los anuncios de región activa que exponga la biblioteca; en el caso de bibliotecas de gráficos accesibles como Highcharts Accessibility o amCharts, esto incluye tablas de datos legibles por lectores de pantalla generadas automáticamente junto con el gráfico visual.</p>

<p class="wp-block-paragraph">El público orientado a desarrolladores de Slidev ha producido un conjunto predeterminado de accesibilidad inusualmente sólido: semántica de encabezados heredada de Markdown, texto alternativo requerido en el nivel del archivo fuente (el compilador advierte sobre etiquetas de imagen vacías) y una capa de navegación por teclado que funciona sin configuración. El punto fuerte de Marp son las presentaciones en Markdown puro compiladas a HTML o PDF — la misma fuente produce tanto una presentación web navegable por lectores de pantalla como un PDF etiquetado, sin una segunda pasada de autoría. Reveal.js se sitúa entre ambos: el más flexible, con el ecosistema de complementos más amplio y el grupo más numeroso de complementos de accesibilidad de terceros (Reveal Accessibility, reveal-a11y, el tema publicado de conformidad WCAG 2.2).</p>

<p class="wp-block-paragraph">Las contrapartidas son reales. Las presentaciones web-first requieren un navegador para presentarse — sin hacer doble clic en un archivo local, sin flujo de trabajo de envío del .pptx por correo, sin respaldo en portátil sin conexión que no requiera configuración. Recompensan a los autores cómodos con el control de versiones y el despliegue continuo; penalizan a los autores que quieren arrastrar un gráfico de Excel a una diapositiva y darlo por terminado. Para una charla compartida como URL después de la presentación, esto es claramente ventajoso. Para una actualización trimestral para el consejo de administración que se va a enviar por correo electrónico a un directivo que la abrirá en un avión, esta no es la herramienta adecuada.</p>

<p class="wp-block-paragraph">Donde las presentaciones web-first han empezado a ganar terreno es en contextos recurrentes. Series de conferencias universitarias que publican las diapositivas de todo un semestre como un único sitio navegable. Programas de congresos donde las diapositivas de cada ponencia están enlazadas desde el programa y residen en una URL permanente. Charlas técnicas de ingeniería donde el repositorio de código fuente es el registro oficial. En cada uno de estos contextos la semántica HTML persiste — los motores de búsqueda indexan el contenido de las diapositivas como texto, los lectores de pantalla lo recorren como un documento, y la carga de mantenimiento para permanecer accesibles a lo largo de la serie recae sobre el marco y no sobre cada autor individual.</p>

<h2 class="wp-block-heading" id="h-decision-tree">Un árbol de decisiones</h2>

<p class="wp-block-paragraph">Las tres familias de herramientas tienen su lugar en un contexto de producción diferente. La versión más sencilla de la decisión es una división en tres vías según el uso real de la presentación.</p>

<p class="wp-block-paragraph">Para una charla puntual que necesite enviarse por correo electrónico, abrirse en el portátil de un colega o exportarse a un PDF etiquetado para su distribución, se recomienda <strong>PowerPoint</strong>. El Comprobador de accesibilidad es maduro, el proceso de exportación conserva las etiquetas y las herramientas del lado del público (el visor web de PowerPoint, la aplicación para iPad, Office Mobile) leen correctamente las presentaciones de PowerPoint etiquetadas. Hay que reservar noventa minutos de tiempo de auditoría por hora de duración de la presentación; planificar ese tiempo y emplearlo.</p>

<p class="wp-block-paragraph">Para una serie de conferencias recurrentes, un programa de congreso o cualquier contexto en que la colección de presentaciones resida en una URL y se explore como un corpus, se recomienda un <strong>marco web-first</strong>. Slidev para públicos con perfil de desarrollador y autores cómodos con Markdown; Marp para equipos que trabajan en Markdown puro y necesitan HTML y PDF etiquetado desde la misma fuente; Reveal.js para el ecosistema de complementos más amplio y la mayor flexibilidad de diseño. Las propiedades de accesibilidad se heredan del navegador, no se emulan, y la carga de mantenimiento recae sobre el marco y no sobre cada autor.</p>

<p class="wp-block-paragraph">Para una ponencia magistral de diseño elaborado en que la presentación funcione como accesorio escénico y el contenido sustantivo resida en un documento distribuido por separado, se recomienda <strong>Keynote</strong>, aceptar las herramientas de accesibilidad más limitadas y dedicar el presupuesto de auditoría al documento de acompañamiento. Recorrer manualmente cada diapositiva en busca de texto alternativo. Exportar a .pptx y ejecutar el comprobador como pase final. Publicar el documento de acompañamiento (un artículo, una transcripción, un resumen web) como la versión accesible canónica.</p>

<p class="wp-block-paragraph">Para organizaciones colaborativas que trabajan en la nube y ya viven en Google Workspace, <strong>Google Slides</strong> es ahora una alternativa viable a PowerPoint para los mismos casos de uso. La actualización de accesibilidad de 2024 cerró la mayor parte de la brecha histórica; las diferencias restantes se refieren al texto alternativo de gráficos, los patrones complejos y la edición sin conexión. Para las presentaciones que se publiquen como enlaces compartidos en lugar de como archivos descargados, el flujo de trabajo es comparable al de PowerPoint.</p>

<h2 class="wp-block-heading" id="h-final-thoughts">Reflexiones finales</h2>

<p class="wp-block-paragraph">El patrón que subyace a cada recomendación de esta guía es el mismo: la herramienta establece el suelo de accesibilidad, pero el autor establece el techo. El comprobador de PowerPoint detectará el texto alternativo faltante; no escribirá por sí mismo un texto alternativo útil. La ausencia de comprobador en Keynote no impedirá crear una presentación completamente accesible — simplemente impedirá ser informado cuando se haya fallado. Los marcos web-first heredan las propiedades de accesibilidad del HTML — no las imponen. Cada herramienta de esta guía permitirá publicar una presentación que excluya a parte del público. La elección de la herramienta cambia qué errores son fáciles de cometer, no qué errores son posibles.</p>

<p class="wp-block-paragraph">Si se está introduciendo un nuevo flujo de trabajo de accesibilidad en un equipo que no dispone de ninguno, conviene empezar con la herramienta que el equipo ya utiliza, activar su comprobador y auditar una presentación existente contra él como ejercicio de calibración. Solo se debe cambiar a una herramienta diferente cuando el equipo haya interiorizado los seis requisitos de base — títulos, orden de lectura, texto alternativo, contraste, teclado, medios — y reclame capacidades que la herramienta actual no puede ofrecer. El coste de cambiar de herramienta a mitad del camino es alto; el coste de seguir con una herramienta cuyo flujo de trabajo se ha quedado pequeño es mayor.</p>

</div>

---
title: Diagramas STEM accesibles: SVG, contenido descrito con ARIA y audiodescripciones
url: https://www.disabilityworld.org/es/articles/accessible-stem-diagrams/
description: Moléculas de química, estructuras celulares de biología, diagramas de fuerzas en física, gráficas de funciones matemáticas — el manual de producción para imágenes STEM que los lectores de pantalla, el braille dinámico y los canales de audiodescripción pueden realmente consumir.
author: Disability World
pubDate: 2026-05-22
tags: stem-diagrams, svg, aria, audio-description, accessibility, education
---

# Diagramas STEM accesibles: SVG, contenido descrito con ARIA y audiodescripciones

<div class="src-article" data-template="3">

<section class="hero" aria-labelledby="hero-heading">
<div class="hero__inner">
<div class="hero__tag" aria-hidden="true">Guía de ingeniería · Diagramas STEM accesibles</div>
<h1 class="hero__title" id="hero-heading">
Diagramas STEM accesibles:<br/>
SVG, contenido descrito con ARIA y audiodescripciones
</h1>
<p class="hero__lead">Una molécula de química, una sección transversal de una mitocondria, un diagrama de fuerzas en un cuerpo libre, la gráfica de una función cúbica — todos los libros de texto de STEM publicados en la última década se construyen a partir de imágenes que un lector de pantalla no puede consumir de forma significativa. La solución no es «añadir texto alternativo». Es una pila de cuatro capas de SVG accesible, descripciones estructuradas, audiodescripciones para diagramas animados y conocimiento de compatibilidad con tecnología de apoyo que no se transfiere entre sistemas operativos. Este artículo es el manual de producción.</p>
<div class="hero__stats" aria-label="Estadísticas clave">
<div class="stat-chip">
<div class="stat-chip__num">4</div>
<div class="stat-chip__label">tipos de diagrama tratados</div>
</div>
<div class="stat-chip">
<div class="stat-chip__num">3</div>
<div class="stat-chip__label">capas de descripción</div>
</div>
<div class="stat-chip">
<div class="stat-chip__num">2</div>
<div class="stat-chip__label">pilas de tecnología de apoyo con deficiencias SVG conocidas</div>
</div>
</div>
<div class="hero__meta">
<div class="hero__byline">Por <strong>la redacción técnica de Disability World</strong></div>
<div class="hero__pill">15 min de lectura</div>
<div class="hero__pill">Actualizado en mayo de 2026</div>
</div>
</div>
</section>

<nav class="toc-bar" aria-label="Secciones del artículo">
<div class="toc-bar__inner">
<p>Contenido</p>
<ul role="list">
<li><a href="#s1">1. Por qué los diagramas STEM son distintos</a></li>
<li><a href="#s2">2. SVG como sustrato accesible</a></li>
<li><a href="#s3">3. La pila equivalente a longdesc</a></li>
<li><a href="#s4">4. Audiodescripciones para diagramas animados</a></li>
<li><a href="#s5">5. Navegación por teclado entre puntos de datos</a></li>
<li><a href="#s6">6. Matriz de compatibilidad con tecnología de apoyo</a></li>
<li><a href="#playbook">7. El manual de producción</a></li>
<li><a href="#conclusion">Conclusión</a></li>
</ul>
</div>
</nav>

<div class="article-body">
<div class="container">

<section id="s1" aria-labelledby="s1-heading">
<div class="section-label">Fundamentos</div>
<h2 class="section-title" id="s1-heading">1. Por qué los diagramas STEM son distintos a cualquier otro problema de accesibilidad</h2>
<div class="prose">

<p>Una imagen de portada de un blog con un atributo alt es un problema resuelto. Un diagrama STEM no lo es. Tres propiedades de las imágenes científicas rompen los supuestos incorporados en <code>alt</code>, <code>aria-label</code> y el modelo de síntesis de voz del lector de pantalla.</p>

<p>En primer lugar, la densidad de información es tan alta que una sola frase no puede contenerla. Un anillo de benceno son seis carbonos, seis hidrógenos, enlaces dobles alternados, un sistema pi deslocalizado, una geometría plana y una longitud de enlace de 1,39 angstrom. La convención de texto alternativo pide «un breve reemplazo textual»; el benceno necesita un párrafo. Comprimirlo en una frase o bien pierde la información estructural («una molécula de benceno») o produce un texto corrido ilegible que el lector de pantalla tiene que deletrear a 180 palabras por minuto.</p>

<p>En segundo lugar, las relaciones entre los elementos transmiten tanto significado como los elementos en sí. En un diagrama de fuerzas, la flecha desde el bloque hacia la pared no es decoración — es la fuerza normal, y su ángulo respecto al vector de gravedad es la respuesta al problema. Una descripción plana no puede codificar «el ángulo entre estas dos flechas es de 90 grados y por eso el problema se resuelve», porque la descripción plana no tiene estructura. El SVG, utilizado con cuidado, sí la tiene.</p>

<p>En tercer lugar, los estudiantes de STEM necesitan navegar por el diagrama, no solo escucharlo. Un estudiante que trabaja con la gráfica de una función cúbica no quiere escuchar el texto alternativo de principio a fin — quiere situarse en el máximo local, preguntar «cuál es la pendiente aquí» y luego pasar al punto de inflexión. Se trata de un modelo de interacción diferente al que los lectores de pantalla ofrecen por defecto. Construirlo requiere manejadores de teclado sobre nodos SVG individuales, un árbol de contenido descrito con ARIA y una alternativa para las pilas de tecnología de apoyo que no pueden seguir el ritmo.</p>

</div>

<div class="callout callout--info" role="note">
<div class="callout__icon-wrap" aria-hidden="true">i</div>
<div>
<span class="callout__label">Los cuatro tipos de diagrama que trata este artículo</span>
<div class="callout__body"><p>Moléculas de química (átomos y enlaces), estructuras celulares de biología (regiones etiquetadas), diagramas de fuerzas de física (vectores con magnitudes y ángulos) y gráficas de funciones matemáticas (curvas con rasgos nominados). Cada uno tensiona una capa diferente de la pila de SVG accesible, y el manual al final está configurado por lo que falla en cada caso.</p></div>
</div>
</div>

</section>

<hr class="divider"/>

<section id="s2" aria-labelledby="s2-heading">
<div class="section-label">Sustrato</div>
<h2 class="section-title" id="s2-heading">2. SVG como sustrato accesible — y por qué el rasterizado es un callejón sin salida</h2>
<div class="prose">

<p>Prácticamente todos los libros de texto de STEM publicados siguen distribuyendo sus diagramas en formato PNG o JPG. Una imagen rasterizada es una cuadrícula de píxeles opaca: tiene un único punto de entrada para la tecnología de apoyo, el atributo <code>alt</code>, y una sola alternativa, el atributo <code>longdesc</code> que los navegadores llevan diez años dejando obsoleto. No hay estructura dentro de la imagen a la que un lector de pantalla pueda dirigirse. El diagrama es una caja negra con una etiqueta en la parte delantera.</p>

<p>SVG invierte el modelo. Cada forma de un documento SVG es un nodo DOM — direccionable, enfocable y etiquetable. Un anillo de benceno renderizado como SVG tiene seis elementos <code>circle</code> para los carbonos, seis elementos <code>line</code> para los enlaces y un elemento <code>g</code> envolvente que nombra el conjunto. Cada uno de esos nodos puede llevar atributos <code>role</code>, <code>aria-label</code>, <code>aria-labelledby</code>, <code>aria-describedby</code> y <code>tabindex</code>. El lector de pantalla ve un árbol de accesibilidad con regiones nombradas en lugar de un único objeto opaco.</p>

<p>El SVG accesible mínimo viable lleva tres elementos en su elemento raíz <code>svg</code>: <code>role="img"</code>, <code>aria-labelledby</code> apuntando a un hijo <code>title</code> y <code>aria-describedby</code> apuntando a un hijo <code>desc</code> o a un párrafo externo por ID. Cada uno es pequeño. Cada uno hace un trabajo que los otros dos no pueden hacer.</p>

</div>

<div class="comparison-card">
<div class="comparison-card__head">Marcado SVG correcto frente a incorrecto</div>
<div class="cmp-grid">

<div class="cmp-card">
<div class="cmp-card-label">Incorrecto</div>

```html
<img src="benzene.png"
     alt="Benzene molecule" />
```

<p>La imagen es opaca. «Benzene molecule» da un nombre y nada más. Un estudiante que necesita el patrón de enlaces, la geometría del anillo o el recuento de carbono-hidrógeno no puede obtenerlo de este marcado. No existe ningún camino hacia la información estructural que no pase por consultar otra fuente.</p>
</div>

<div class="cmp-card better">
<div class="cmp-card-label">Correcto</div>

```html
<svg role="img"
     aria-labelledby="benz-title"
     aria-describedby="benz-desc"
     viewBox="0 0 200 200">
  <title id="benz-title">Benzene ring</title>
  <desc id="benz-desc">
    A regular hexagon of six carbon atoms,
    each bonded to one hydrogen. Alternating
    single and double bonds form a planar
    aromatic ring with delocalised electrons.
  </desc>
  <g role="group" aria-label="Carbon atoms">
    <circle cx="100" cy="40" r="6"
            tabindex="0"
            aria-label="C1, top"/>
    
  </g>
  <g role="group" aria-label="Bonds">
    
  </g>
</svg>
```

<p>El elemento raíz se nombra y se describe a sí mismo. Cada átomo es una región que se puede enfocar y tiene nombre. Un usuario de lector de pantalla puede escuchar el resumen y luego moverse con Tab hacia el interior de la estructura para inspeccionar un enlace concreto. El mismo marcado sirve tanto al lector con visión como al lector sin visión sin ningún compromiso.</p>
</div>

</div>
</div>

<div class="prose">

<p>Una advertencia importante: <code>role="img"</code> en el elemento raíz <code>svg</code> cambia lo que la tecnología de apoyo hace con los elementos hijo. Con <code>role="img"</code>, NVDA y JAWS tratan todo el SVG como una imagen etiquetada única y no exponen los nodos internos — incluso si esos nodos internos tienen <code>tabindex</code>. Para obtener ambos comportamientos — una etiqueta de resumen en la parte superior y elementos hijo direccionables en el interior — conviene dejar el rol raíz sin establecer (o establecer <code>role="graphics-document"</code> del módulo W3C Graphics ARIA) y colocar la etiqueta en un elemento hijo <code>g</code> en lugar del raíz. Los navegadores y los lectores de pantalla manejan esta combinación de forma desigual. La matriz de la sección 6 documenta qué funciona en cada caso.</p>

</div>

</section>

<hr class="divider"/>

<section id="s3" aria-labelledby="s3-heading">
<div class="section-label">Descripción</div>
<h2 class="section-title" id="s3-heading">3. La pila equivalente a longdesc: dónde vive realmente la descripción larga</h2>
<div class="prose">

<p>El atributo <code>longdesc</code> fue la respuesta original a «un atributo alt no es suficiente». Los navegadores llevan años eliminando silenciosamente su compatibilidad; Firefox lo eliminó en la versión 90, Safari nunca lo implementó y Chrome lo trata como un no-op. Cualquiera que siga escribiendo <code>longdesc="benzene-desc.html"</code> en 2026 está publicando marcado que nada lee. El reemplazo no es un único atributo sino un patrón de tres capas que combina una descripción en línea, un panel expandible visible y metadatos legibles por máquina.</p>

<p>La capa uno es el elemento <code>desc</code> en línea dentro del SVG. De dos a cuatro frases. Los lectores de pantalla la leen cuando se anuncia el raíz SVG. Esta es la nueva <code>longdesc</code> — una descripción que forma parte del documento SVG y que viaja con él dondequiera que vaya el SVG.</p>

<p>La capa dos es un panel de descripción expandible visible junto al diagrama, disponible para todos los lectores, no solo para los usuarios de lectores de pantalla. Una línea de resumen más un botón de divulgación que abre un recorrido textual más extenso — normalmente de tres a diez frases para una molécula de química, más largo para un diagrama de estructura celular con veinte orgánulos etiquetados. El panel visible resuelve un problema que el elemento <code>desc</code> en línea no puede: los estudiantes con baja visión, los estudiantes con dislexia y cualquiera que aprenda el material por primera vez también necesitan la descripción larga. Situarla detrás de un botón no la oculta a los lectores de pantalla — enumeran la divulgación, el usuario la activa y la descripción se lee en el buffer.</p>

<p>La capa tres son los metadatos estructurados a través de JSON-LD. Un objeto <code>CreativeWork</code> cuyo array <code>accessibilityFeature</code> enumera lo que ofrece el diagrama: <code>longDescription</code>, <code>alternativeText</code>, <code>structuralNavigation</code>, <code>describedMath</code>, <code>tactileGraphic</code> (si se dispone de una impresión táctil). Los motores de búsqueda, los sistemas de recomendación de contenido y los escáneres de conformidad de accesibilidad consumen estos metadatos. No aportan nada a la experiencia inmediata de lectura del lector de pantalla, pero hacen que el diagrama sea descubrible como contenido accesible — lo que importa cuando un estudiante está eligiendo entre tres libros de texto y uno de ellos anuncia sus funciones de accesibilidad en formato legible por máquina.</p>

</div>

<div class="callout callout--highlight" role="note">
<div class="callout__icon-wrap" aria-hidden="true">+</div>
<div>
<span class="callout__label">Ejemplo de WebSchema JSON-LD</span>
<div class="callout__body"><p>El objeto <code>CreativeWork</code> reside en un bloque <code>script type="application/ld+json"</code> en cualquier lugar de la página. Claves: <code>accessibilityFeature</code> (array de cadenas — <code>longDescription</code>, <code>alternativeText</code>, <code>structuralNavigation</code>, <code>MathML</code>, <code>describedMath</code>), <code>accessibilityHazard</code> (<code>noFlashingHazard</code>, <code>noMotionSimulationHazard</code>), <code>accessibilityAPI</code> (<code>ARIA</code>) y <code>accessMode</code> (<code>textual</code>, <code>visual</code>) más <code>accessModeSufficient</code> (los modos de acceso suficientes por sí solos para percibir la obra). Un diagrama que incluye las tres capas de descripción debe publicar todos estos.</p></div>
</div>
</div>

</section>

<hr class="divider"/>

<section id="s4" aria-labelledby="s4-heading">
<div class="section-label">Movimiento</div>
<h2 class="section-title" id="s4-heading">4. Audiodescripciones para diagramas animados: la mutación del DOM como flujo de señales</h2>
<div class="prose">

<p>Los diagramas estáticos son el caso fácil. El caso difícil es el diagrama animado — una mitocondria rotando en 3D, una onda sinusoidal trazándose a lo largo del eje x, una reacción química con enlaces rompiéndose y reformándose durante cuatro segundos. La respuesta convencional es un archivo de vídeo con una pista de audiodescripción, pero eso abandona la direccionabilidad del SVG: en el momento en que se integra la animación en un vídeo, cada nodo cuidadosamente etiquetado deja de ser un nodo DOM y vuelve a ser un píxel.</p>

<p>La alternativa accesible es mantener la animación como SVG (o Canvas con un árbol de accesibilidad fuera de pantalla) y emitir audiodescripciones a medida que avanza la animación, impulsadas por las mismas mutaciones del DOM que impulsan el cambio visual. El patrón: un <code>MutationObserver</code> observa el SVG en busca de cambios — un nuevo atributo <code>transform</code>, un enlace que aparece, un vector que rota — y en cada cambio significativo escribe una breve actualización de texto en una región global <code>aria-live="polite"</code>. La animación visual impulsa una narración de audio generada al vuelo desde la misma fuente de verdad.</p>

<p>La implementación tiene tres partes móviles. La primera es la propia animación, expresada como una secuencia de fotogramas clave de la línea de tiempo — los mismos datos que consume el renderizador SVG. La segunda es una capa de anotaciones: cada fotograma clave lleva un breve texto que describe qué cambia en ese momento («se forma un enlace entre C1 y C2», «la onda cruza el cero desde abajo»). La tercera es el controlador de audiodescripción, que se suscribe a la línea de tiempo, recoge cada fotograma clave anotado y escribe su texto en la región activa unos cientos de milisegundos antes de que llegue el cambio visual. El tiempo de anticipación imita lo que hace la audiodescripción de producción para el cine: la descripción se escucha justo antes del evento visual, no después.</p>

<p>Hay tres modos de fallo lo suficientemente comunes como para merecer una mención. Primero, las actualizaciones en ráfaga. Una animación que dispara 60 mutaciones por segundo satura el sintetizador del lector de pantalla — los anuncios se acumulan, retrasan la animación y se vuelven ininteligibles. Se deben anotar únicamente los fotogramas clave semánticamente significativos, no cada fotograma, y limitar a aprox. un anuncio cada 1500 ms. Segundo, perderse el inicio. Una región activa que no existía antes de que comenzara la animación no anunciará su primera actualización de forma fiable (véase el artículo sobre el planificador de aria-live para el problema subyacente). Montar la región activa vacía al cargar la página. Tercero, la ausencia de control de pausa. Los usuarios necesitan pausar la audiodescripción, reducir su velocidad o avanzar por ella evento a evento. Conviene construir una pequeña barra de controles — reproducir, pausar, evento anterior, evento siguiente — y conectar sus botones al mismo controlador de la línea de tiempo.</p>

</div>

<div class="callout callout--warning" role="note">
<div class="callout__icon-wrap" aria-hidden="true">!</div>
<div>
<span class="callout__label">prefers-reduced-motion es innegociable</span>
<div class="callout__body"><p>Todo diagrama STEM animado debe respetar la consulta de medios <code>prefers-reduced-motion: reduce</code>. El reemplazo no es «sin animación, sin descripción» — es un SVG estático con la descripción larga de la capa dos del conjunto de descripción expandida por defecto. La animación es un modo de acceso; la imagen estática descrita es otro. Un estudiante con un trastorno vestibular que activó el movimiento reducido sigue necesitando el diagrama, simplemente no la rotación.</p></div>
</div>
</div>

</section>

<hr class="divider"/>

<section id="s5" aria-labelledby="s5-heading">
<div class="section-label">Interacción</div>
<h2 class="section-title" id="s5-heading">5. Navegación por teclado entre puntos de datos en gráficas interactivas</h2>
<div class="prose">

<p>Una gráfica de función matemática que un estudiante con visión puede explorar con el cursor no es accesible hasta que un estudiante sin visión pueda explorarla con el teclado. El mecanismo es bien conocido y está mal implementado en la práctica: cada punto de datos significativo de la curva recibe <code>tabindex="0"</code>, un <code>aria-label</code> que describe sus coordenadas y cualquier rasgo nominado («máximo local en x = -1, y = 4») y un manejador de teclado que responde a las teclas de flecha para el movimiento granular entre puntos adyacentes.</p>

<p>La granularidad correcta importa más de lo que la gente cree. Moverse con Tab por cada píxel graficado de una curva cúbica es hostil — el usuario escucha miles de anuncios «x igual a 0,1, y igual a 0,001» antes de llegar a cualquier cosa interesante. Moverse con Tab únicamente por los rasgos nominados (máximos locales, mínimos, puntos de inflexión, intersecciones con los ejes) es demasiado escaso. El compromiso pragmático: dos capas de navegación. La tecla Tab recorre solo los rasgos nominados — normalmente de tres a siete en una curva — y las teclas de flecha, una vez que un rasgo está enfocado, avanzan hacia la izquierda y la derecha a lo largo de la curva a un tamaño de paso definible por el estudiante, anunciando la coordenada en cada paso. Inicio y Fin saltan a los límites izquierdo y derecho de la curva. Av. Pág. y Re. Pág. saltan al siguiente rasgo nominado.</p>

<p>Para una gráfica de múltiples series — una gráfica de cinética química, una gráfica de oscilación de física con dos ondas — conviene añadir un eje de cambio de serie. Las teclas de flecha Arriba y Abajo se mueven entre series en la coordenada x actual; las teclas Izquierda y Derecha se mueven a lo largo de la serie actual. La convención es paralela a cómo los lectores de hojas de cálculo navegan por filas y columnas, y reutiliza un modelo mental que muchos usuarios ya tienen.</p>

<p>Un detalle que se pasa por alto: el punto de datos enfocado necesita un indicador de foco visible. Un usuario sin visión no lo necesita, pero un usuario con visión que usa un lector de pantalla sí, al igual que los instructores que acompañan al estudiante. Conviene renderizar un anillo de foco alrededor del elemento SVG enfocado con estilos <code>:focus-visible</code> — la misma convención que los anillos de foco de los botones, aplicada a los nodos SVG que el navegador no estiliza por defecto.</p>

</div>

<div class="matrix-table-wrap">
<table class="matrix-table">
<thead>
<tr><th>Tipo de diagrama</th><th>Marcado SVG</th><th>Descripción larga</th><th>Audiodescripción</th><th>Navegación por teclado</th></tr>
</thead>
<tbody>
<tr><th>Molécula de química</th><td>Necesaria — grupo de rol por átomo y por enlace</td><td>Necesaria — 3 a 6 frases</td><td>Solo si hay reacción animada</td><td>Tab por átomos, flecha a enlaces</td></tr>
<tr><th>Estructura celular de biología</th><td>Necesaria — grupo de rol por región etiquetada</td><td>Necesaria — 5 a 12 frases</td><td>Solo si hay proceso animado</td><td>Tab por orgánulos en orden z</td></tr>
<tr><th>Diagrama de fuerzas de física</th><td>Necesaria — grupo de rol por vector</td><td>Necesaria — 3 a 5 frases con magnitudes y ángulos</td><td>Necesaria si es interactivo (arrastre de vectores)</td><td>Tab por vectores, flecha para rotar</td></tr>
<tr><th>Gráfica de función matemática</th><td>Necesaria — rasgos nominados como nodos</td><td>Necesaria — dominio, rango, asíntotas, rasgos</td><td>Opcional — solo si hay animación de trazado</td><td>Tab para rasgos, flecha para desplazamiento fino</td></tr>
</tbody>
</table>
</div>

</section>

<hr class="divider"/>

<section id="s6" aria-labelledby="s6-heading">
<div class="section-label">Compatibilidad</div>
<h2 class="section-title" id="s6-heading">6. Compatibilidad con tecnología de apoyo: qué funciona y dónde falla el árbol SVG</h2>
<div class="prose">

<p>La verdad más difícil de este artículo: la pila de SVG accesible no funciona igual en todos los navegadores y lectores de pantalla, y las brechas no son errores en el marcado. NVDA en Firefox es la combinación más fiable — la única en la que cada patrón de este artículo se comporta como indica el mapeo de accesibilidad SVG del W3C. Todas las demás combinaciones tienen al menos una brecha conocida.</p>

<p>Safari en macOS con VoiceOver es la pila más problemática entre las principales. El árbol de accesibilidad SVG de WebKit tiene agujeros documentados en la forma en que expone los elementos <code>g</code> internos con etiquetas ARIA: las etiquetas están presentes en el DOM y son inspeccionables con el inspector de accesibilidad, pero VoiceOver no siempre las recoge cuando el usuario navega con VO-Flecha derecha. El comportamiento es inconsistente — a veces las etiquetas internas se anuncian, a veces solo se lee la etiqueta SVG raíz, sin ningún patrón visible para el cliente. El bugzilla de WebKit tiene problemas abiertos al respecto desde 2020. La implicación práctica: si el diagrama STEM funciona en Mac, eso es una condición necesaria, no suficiente. Conviene probar en Windows con NVDA antes de publicar.</p>

<p>Chrome en Windows con JAWS es la segunda pila más fiable — cerca de NVDA + Firefox, con un matiz: JAWS trata el <code>role="img"</code> en SVG de forma más agresiva que NVDA, colapsando los nodos internos más a menudo. La solución es usar <code>role="graphics-document"</code> del módulo W3C Graphics ARIA en el elemento raíz <code>svg</code>, que JAWS maneja correctamente. NVDA también lo maneja correctamente. Firefox y Chrome implementan ambos los mapeos de API de plataforma necesarios.</p>

<p>El móvil es un problema aparte. VoiceOver en iOS hereda las brechas SVG de WebKit; TalkBack en Android con Chrome maneja los nodos internos de forma fiable pero aún no admite los roles W3C Graphics ARIA, por lo que recurre al comportamiento de <code>role="img"</code>. Para un editor de libros de texto que trabaje tanto para escritorio como para móvil, la opción segura es publicar dos modos SVG: un modo con navegación estructural para escritorio y un modo de «resumen más descripción larga» que deshabilita la navegación interna en móvil. El cambio de modo lo impulsa el agente de usuario y la preferencia del usuario, almacenada entre sesiones.</p>

</div>

<table class="matrix-table">
<thead>
<tr><th></th><th>NVDA + Firefox</th><th>JAWS + Chrome</th><th>VoiceOver + Safari</th><th>TalkBack + Chrome</th></tr>
</thead>
<tbody>
<tr><th>SVG title y desc (raíz)</th><td>OK</td><td>OK</td><td>OK</td><td>OK</td></tr>
<tr><th>g interno con aria-label</th><td>OK</td><td>OK</td><td>Parcial</td><td>OK</td></tr>
<tr><th>tabindex en nodos SVG</th><td>OK</td><td>OK</td><td>Parcial</td><td>Falla</td></tr>
<tr><th>role="graphics-document"</th><td>OK</td><td>OK</td><td>Falla</td><td>Falla</td></tr>
<tr><th>aria-live impulsado por mutaciones</th><td>OK</td><td>OK</td><td>Parcial</td><td>Parcial</td></tr>
<tr><th>focus-visible en nodos SVG</th><td>OK</td><td>OK</td><td>OK</td><td>OK</td></tr>
</tbody>
</table>

<div class="prose">

<p>Una lectura de la matriz: conviene tomar NVDA + Firefox como objetivo de referencia de conformidad, documentar las alternativas de Safari y TalkBack, y nunca usar la ausencia de un anuncio de nodo interno en un Mac como prueba de que el SVG no es accesible. El diagrama puede ser perfectamente accesible — la plataforma simplemente no está exponiendo las etiquetas escritas. El inspector de accesibilidad del menú Desarrollar de Safari muestra lo que hay en el árbol aunque VoiceOver no lo lea, y es la herramienta adecuada para distinguir «marcado roto» de «plataforma rota».</p>

</div>

</section>

<hr class="divider"/>

<section id="playbook" aria-labelledby="play-heading">
<div class="section-label">Manual</div>
<h2 class="section-title" id="play-heading">7. El manual de producción</h2>

<div class="step step--accent">
<div class="step__num">1</div>
<div>
<h3>Crear cada diagrama STEM como SVG, nunca como rasterizado</h3>
<p>PNG y JPG son callejones sin salida. SVG proporciona un DOM, y el DOM es donde vive cada función de accesibilidad de este artículo. Si el proceso de autoría produce rasterizado (la mayoría de las herramientas de dibujo químico aún lo hacen), conviene añadir un paso que también exporte SVG, y publicar ambos — el SVG es el artefacto accesible, el PNG es la alternativa para impresoras heredadas.</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">2</div>
<div>
<h3>Añadir title y desc a cada raíz SVG</h3>
<p>Dos elementos hijo. El title es el nombre breve. El desc tiene de dos a cuatro frases que describen lo que muestra el diagrama. Se conectan con <code>aria-labelledby</code> y <code>aria-describedby</code> en el raíz. Sin excepciones, incluso para los diagramas «pequeños» — una molécula pequeña sigue siendo una molécula, y un usuario de lector de pantalla tiene el mismo derecho a escuchar la estructura que un usuario con visión tiene a verla.</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">3</div>
<div>
<h3>Añadir un panel de descripción larga expandible visible junto a cada diagrama</h3>
<p>De tres a diez frases, en un panel de divulgación que cualquier lector pueda abrir. Resuelve la necesidad de descripción para los estudiantes con baja visión y con dislexia que el <code>desc</code> SVG solo no cubre. Conviene reflejar el texto de descripción en el <code>desc</code> SVG para los usuarios de lectores de pantalla que no encuentren la divulgación.</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">4</div>
<div>
<h3>Publicar un CreativeWork JSON-LD con accessibilityFeature</h3>
<p>Un bloque por página o por diagrama. Enumerar cada función de accesibilidad que el diagrama ofrezca realmente. Los motores de búsqueda y los escáneres de conformidad leen esto; los estudiantes que usan un CMS que filtra por contenido accesible leen esto. Es económico de escribir y produce beneficios en el momento en que alguien está eligiendo entre recursos.</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">5</div>
<div>
<h3>Impulsar la audiodescripción para los diagramas animados desde mutaciones del DOM</h3>
<p>Un <code>MutationObserver</code> por SVG animado. Fotogramas clave anotados en la línea de tiempo de la animación. Una región global vacía <code>aria-live="polite"</code> al iniciar la aplicación, montada antes de que se renderice cualquier diagrama. Limitar a aprox. un anuncio cada 1500 ms. Respetar <code>prefers-reduced-motion: reduce</code> colapsando a la alternativa estática con descripción larga.</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">6</div>
<div>
<h3>Hacer navegables por teclado las gráficas interactivas a dos granularidades</h3>
<p>Tab solo por los rasgos nominados. Teclas de flecha para el movimiento fino a lo largo de la curva. Inicio, Fin, Av. Pág., Re. Pág. para saltos de límite y de rasgo. Las flechas Arriba y Abajo cambian de serie en las gráficas de múltiples series. Renderizar un anillo de foco visible sobre el nodo SVG enfocado — los usuarios sin visión no lo necesitan, los usuarios con visión que usan lectores de pantalla sí.</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">7</div>
<div>
<h3>Probar en NVDA + Firefox antes que en cualquier otra combinación</h3>
<p>La plataforma de referencia. Si un patrón falla allí, el marcado es incorrecto. Si funciona allí pero falla en Safari, la plataforma es incorrecta y el siguiente paso es documentar la alternativa en lugar de reescribir el SVG. JAWS + Chrome es la prueba de aceptación secundaria. VoiceOver + Safari es necesario para la paridad, pero nunca suficiente.</p>
</div>
</div>

</section>

<hr class="divider"/>

<section id="conclusion" aria-labelledby="concl-heading">
<h2 class="section-title" id="concl-heading">Conclusión: la accesibilidad STEM es un problema de marcado con una cola de diseño de interacción</h2>
<div class="prose">

<p>La mayoría de las orientaciones publicadas sobre accesibilidad de diagramas STEM se detienen en la capa de title y desc. Eso es el 30 por ciento fácil. El 70 por ciento restante — el panel de descripción larga, la línea de tiempo de audiodescripción impulsada por mutaciones del DOM, la navegación por teclado a dos granularidades, las alternativas específicas de plataforma — es diseño de interacción tanto como marcado. El lector de pantalla es un usuario; un estudiante sin visión que usa un lector de pantalla para navegar por una gráfica de función al ritmo de un compañero con visión es un usuario diferente, con necesidades diferentes.</p>

<p>El beneficio es grande y desigual. Un editor de libros de texto que publica la pila completa en aprox. 600 diagramas de un libro de texto de cálculo da servicio a cada estudiante sin visión que usa ese libro, a cada estudiante con baja visión que agradece el panel de divulgación, a cada estudiante con dislexia que puede leer la descripción larga pero no puede decodificar las convenciones visuales del campo, a cada estudiante que aprende inglés como segunda lengua y encuentra la descripción estructurada más fácil que las convenciones visuales del campo, y a cada instructor con visión que produce resúmenes de audio para podcasts. El mismo marcado sirve a cinco públicos distintos. El coste es unas pocas horas por diagrama, amortizadas a lo largo de décadas de uso por estudiantes.</p>

<p>El estado actual del arte es desigual porque las implementaciones del árbol de accesibilidad difieren entre los sistemas operativos que utilizan realmente los estudiantes. NVDA y JAWS en Windows han cerrado la mayoría de las brechas SVG. Safari en macOS no lo ha hecho. Hasta que las plataformas converjan, el patrón de producción consiste en crear para el objetivo más exigente — NVDA + Firefox — y documentar las alternativas para las plataformas con brechas conocidas. Eso requiere más trabajo del que solía exigir el modelo del atributo alt. Es también la única forma de publicar un libro de texto de STEM que no excluya a los lectores a los que se supone que debe enseñar.</p>

</div>

<figure class="pull-quote">
<blockquote><p class="pull-quote__text">«Un anillo de benceno son seis carbonos, seis hidrógenos, enlaces dobles alternados, un sistema pi deslocalizado, una geometría plana y una longitud de enlace de 1,39 angstrom. La convención de texto alternativo pide una frase. SVG hace la pregunta correcta: ¿en qué átomo le gustaría situarse primero?»</p></blockquote>
<figcaption><cite class="pull-quote__source">— Redacción técnica de Disability World, mayo de 2026</cite></figcaption>
</figure>

</section>

</div>
</div>

</div>

---
title: Las demandas ADA migran a los tribunales estatales: Unruh, NYCHRL y la migración post-Acheson
url: https://www.disabilityworld.org/es/articles/ada-filings-move-to-state-court-post-acheson/
description: La resolución del Tribunal Supremo en Acheson Hotels (2023), las reformas procesales del CPLR §3211 de Nueva York y la barrera californiana §425.55 para litigantes de alta frecuencia han desplazado de forma medible los litigios de accesibilidad del ámbito federal al estatal.
author: Disability World
pubDate: 2026-05-22
tags: ada, state-court, unruh, nychrl, acheson, federal-jurisdiction, litigation, data
---

# Las demandas ADA migran a los tribunales estatales: Unruh, NYCHRL y la migración post-Acheson

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>Editorial</strong> · Migración a tribunales estatales</span>
  </div>

  <h1>Las demandas ADA migran a los tribunales estatales <em>— Unruh, NYCHRL y la migración post-Acheson</em></h1>

  <p class="lede">Tres impactos procesales han redibujado conjuntamente la geografía de los litigios de accesibilidad en Estados Unidos. La resolución del Tribunal Supremo de diciembre de 2023 en <em>Acheson Hotels, LLC v. Laufer</em> —que anuló la sentencia del Primer Circuito por razones de devenimiento en abstracto sin pronunciarse sobre la legitimación de los «testers»— dejó la cuestión federal doctrinalmente inestable entre los circuitos. El artículo §425.55 del Código Civil de California, en vigor desde 2015 y reforzado de forma significativa en 2022, elevó el coste procesal de acceso a los tribunales federales para los «litigantes de alta frecuencia» que presentan reclamaciones bajo la Ley Unruh. Las reformas al CPLR §3211 de Nueva York y el paralelo auge de las demandas bajo la NYCHRL en el Tribunal Supremo del Condado de Nueva York han ofrecido al foro estatal neoiorquino un alcance sustantivo más amplio que el propio Título III. El efecto agregado es medible: las demandas federales del Título III en el Distrito Sur de Nueva York y el Distrito Central de California cayeron aproximadamente un 32% entre mediados de 2023 y el primer trimestre de 2026, mientras que las demandas estatales californianas bajo la Ley Unruh aumentaron aproximadamente un 38% en el mismo período y las demandas bajo la NYCHRL en el Tribunal Supremo del Estado de Nueva York crecieron aproximadamente un 21%. Este expediente reconstruye la migración, identifica los ejes doctrinales y traza las consecuencias para los demandados que ya no pueden suponer que la próxima reclamación de accesibilidad llegará a un tribunal federal.</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">Hallazgos · Expediente 03</span>
      <span class="dossier-meta">07 entradas · elaboradas a partir de expedientes federales de PACER, datos del Consejo Judicial de California y el rastreador de demandas civiles del Sistema Judicial Unificado del Estado de Nueva York, 2022–T1 2026</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">Lo que revela la migración de los expedientes</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">aprox. 32%</span>
        <div class="dossier-body">
          <p class="dossier-claim">Las demandas federales del Título III en el SDNY y el CDCA cayeron aproximadamente un tercio entre mediados de 2023 y el T1 2026</p>
          <p class="dossier-note">Un recuento combinado de PACER de las demandas del Título III de la ADA presentadas en el Distrito Sur de Nueva York y el Distrito Central de California muestra un máximo trimestral de aprox. 1.140 demandas combinadas en el T1 2023, que descendió a aprox. 770 en el T1 2026. El descenso es mayor en el CDCA (aprox. 36%) que en el SDNY (aprox. 28%), en consonancia con la fortaleza comparativa del régimen paralelo de tribunales estatales de cada estado.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">aprox. 38%</span>
        <div class="dossier-body">
          <p class="dossier-claim">Las demandas estatales californianas bajo la Ley Unruh aumentaron aproximadamente un 38% en el mismo período</p>
          <p class="dossier-note">Los informes anuales de acceso para personas con discapacidad del Consejo Judicial muestran que las demandas civiles bajo la Ley Unruh en los Tribunales Superiores de California pasaron de aprox. 4.200 en el año natural 2022 a una proyección de aprox. 5.800 en 2025, concentrándose el incremento principalmente en los condados de Los Ángeles y San Francisco. El cambio se concentra en casos en los que se nombra a un único demandado con establecimiento físico y se alega el mínimo estatutario de 4.000 dólares por visita.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">5 dic. 2023</span>
        <div class="dossier-body">
          <p class="dossier-claim"><em>Acheson Hotels, LLC v. Laufer</em> anuló la sentencia del Primer Circuito por abstracto, dejando sin resolver la legitimación de los testers</p>
          <p class="dossier-note">601 U.S. ___ (2023). El Tribunal declinó pronunciarse sobre el fondo —si un demandante «tester» que visita un sitio web sin intención de utilizar el establecimiento de acceso público tiene legitimación activa conforme al Artículo III— porque la Sra. Laufer había desistido voluntariamente de sus casos en instancias inferiores. La postura procesal dejó intacta la divergencia entre circuitos y convirtió la legitimación federal de los «testers» en el motivo de desestimación más litigado de 2024-2025.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">4.000 USD</span>
        <div class="dossier-body">
          <p class="dossier-claim">La Ley Unruh de California ofrece un suelo de daños estatutarios que el Título III no contempla —y los tribunales estatales son donde se ejecuta</p>
          <p class="dossier-note">El artículo §52(a) del Código Civil de California establece un mínimo estatutario de 4.000 dólares por visita para cualquier infracción de la Ley Unruh, sin requisito de daños reales. El Título III, en cambio, solo autoriza medidas cautelares y honorarios de abogado. El multiplicador de daños explica por qué los demandantes presentan reclamaciones basadas en la Ley Unruh en tribunales estatales incluso cuando también disponen de una reclamación federal bajo la ADA, y por qué se promulgó el §425.55 para filtrar el acceso federal de los presentadores de alto volumen.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">aprox. 21%</span>
        <div class="dossier-body">
          <p class="dossier-claim">Las demandas bajo la NYCHRL en el Tribunal Supremo de Nueva York aumentaron aprox. un 21% a medida que las desestimaciones por legitimación de testers en el SDNY se multiplicaron</p>
          <p class="dossier-note">Los datos de demandas civiles del Sistema Judicial Unificado del Estado de Nueva York muestran que las reclamaciones de accesibilidad bajo la Ley de Derechos Humanos de la Ciudad de Nueva York (NYCHRL) y la Ley de Derechos Humanos del Estado de Nueva York (NYSHRL) presentadas en el Tribunal Supremo del Condado de Nueva York crecieron desde el nivel base de 2022 a medida que las concesiones de mociones de desestimación por legitimación de testers en el SDNY se aceleraron a lo largo de 2024 y 2025. La §8-107(4) de la NYCHRL tiene un alcance más amplio que el Título III y autoriza daños compensatorios, lo que constituye un incentivo sustantivo que complementa el obstáculo procesal.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">sin traslado</span>
        <div class="dossier-body">
          <p class="dossier-claim">Las demandas puramente estatales bajo Unruh y la NYCHRL no tienen vínculo de cuestión federal —y no pueden trasladarse a la jurisdicción federal</p>
          <p class="dossier-note">Un demandante que alega únicamente la Ley Unruh y el §52 del Código Civil —sin un recuento paralelo del Título III— no ofrece al demandado ninguna base de traslado por cuestión federal conforme al 28 U.S.C. §1331. El traslado por diversidad de partes conforme al §1332 rara vez está disponible porque el importe de los daños estatutarios suele quedar por debajo del umbral jurisdiccional y porque la residencia del demandado en el foro lo bloquea con frecuencia. El reflejo defensivo tradicional —trasladar al tribunal federal, donde el procedimiento es más conocido, los jueces están familiarizados y el precedente es favorable— ya no está disponible en una proporción significativa de las nuevas demandas.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">§425.55</span>
        <div class="dossier-body">
          <p class="dossier-claim">La ley californiana sobre litigantes de alta frecuencia actúa como una barrera procesal en la puerta federal —no en la estatal</p>
          <p class="dossier-note">El CCP §425.55 define «litigante de alta frecuencia» como el demandante que presenta diez o más reclamaciones de accesibilidad relacionadas con la construcción en un período de doce meses, e impone requisitos de especificidad en los escritos, tasas y divulgación. Decisivamente, la barrera se aplica únicamente a determinadas acciones de accesibilidad relacionadas con la construcción; el régimen canaliza precisamente a los demandantes que los tribunales federales han tratado de filtrar de vuelta a los tribunales estatales para el conjunto más amplio de reclamaciones bajo Unruh que queda fuera del perímetro definitorio del §425.55.</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>Fuente</strong>Expedientes federales de PACER (demandas del Título III de la ADA presentadas en el SDNY y el CDCA, 2022–T1 2026, etiquetadas por código de naturaleza del asunto 446); informes anuales del Consejo Judicial de California sobre demandas civiles de acceso para personas con discapacidad de 2023 y 2024 y actualización del primer semestre de 2025; datos de demandas civiles del Sistema Judicial Unificado del Estado de Nueva York (Tribunal Supremo del Condado de Nueva York, acciones de accesibilidad bajo la NYCHRL y la NYSHRL); <em>Acheson Hotels, LLC v. Laufer</em>, 601 U.S. ___ (2023); §§51 y 52 del Código Civil de California y CCP §425.55; §8-107 del Código Administrativo de Nueva York.</p>
  </section>

  <div class="toc">
    <div class="toc-title">En este informe</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#methodology">Metodología y fuentes del expediente</a></li>
      <li><span class="toc-num">02</span><a href="#trajectory">La trayectoria de presentación de federal a estatal</a></li>
      <li><span class="toc-num">03</span><a href="#acheson">Acheson Hotels y el efecto postcasación sobre la legitimación de los testers</a></li>
      <li><span class="toc-num">04</span><a href="#california">El tirón californiano: Unruh, §52 y §425.55</a></li>
      <li><span class="toc-num">05</span><a href="#newyork">El tirón neoyorquino: NYCHRL, CPLR §3211 y el Tribunal Supremo</a></li>
      <li><span class="toc-num">06</span><a href="#defendants">Qué cambia para los demandados</a></li>
      <li><span class="toc-num">07</span><a href="#outlook">Perspectivas 2026</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="methodology">01 · Metodología y fuentes del expediente</h2>

  <p class="dropcap-first">La migración descrita en este expediente se reconstruye a partir de tres fuentes de datos que no se comunican entre sí. La serie federal se elabora a partir de búsquedas en PACER de demandas del Título III de la ADA —código de naturaleza del asunto 446 («Ley de Estadounidenses con Discapacidad — Otros»)— presentadas en el Distrito Sur de Nueva York y el Distrito Central de California desde el 1 de enero de 2022 hasta el 31 de marzo de 2026. La serie estatal californiana se elabora a partir de los informes anuales del Consejo Judicial de California sobre demandas civiles de acceso para personas con discapacidad, que tabulan las demandas bajo la Ley Unruh y las marcadas con el §425.55 del CCP por condado y año. La serie estatal neoyorquina se elabora a partir de los datos de gestión de casos civiles del Sistema Judicial Unificado del Estado de Nueva York, filtrados al Tribunal Supremo del Condado de Nueva York y los otros cuatro distritos para las causas de acción de accesibilidad bajo la NYCHRL y la NYSHRL.</p>

  <p>Las tres series tienen diferentes convenciones de conteo y no son directamente sumables. Una demanda federal cuenta como una presentación; una demanda estatal bajo la Ley Unruh cuenta como una presentación tanto si nombra a un demandado como a veinte; una demanda bajo la NYCHRL puede presentarse junto con un recuento bajo la ley estatal de derechos humanos y otro bajo la ley municipal sin generar tres registros separados. Las cifras de este expediente se presentan como tendencias en cada serie, no como un total nacional único, porque un total nacional único implicaría una precisión que los datos subyacentes no pueden sustentar.</p>

  <div class="process">
    <div class="process-step"><span class="ps-num">01</span><span class="ps-title">Serie federal</span><span class="ps-desc">Demandas de naturaleza del asunto 446 en PACER para el SDNY y el CDCA, 2022–T1 2026, trimestralmente</span></div>
    <div class="process-step"><span class="ps-num">02</span><span class="ps-title">Serie californiana</span><span class="ps-desc">Informes anuales de acceso del Consejo Judicial — demandas civiles bajo Unruh y §425.55</span></div>
    <div class="process-step"><span class="ps-num">03</span><span class="ps-title">Serie neoyorquina</span><span class="ps-desc">Datos de casos civiles del Sistema Judicial Unificado del Estado de Nueva York — acciones de accesibilidad bajo la NYCHRL y la NYSHRL en el Tribunal Supremo</span></div>
    <div class="process-step"><span class="ps-num">04</span><span class="ps-title">Triangulación</span><span class="ps-desc">contraste con los recuentos trimestrales del Título III de la ADA de Seyfarth Shaw para verificaciones de plausibilidad</span></div>
  </div>

  <div class="method-grid">
    <div class="method-card"><div class="method-num">aprox. 14.400</div><div class="method-label">demandas federales del Título III revisadas (SDNY + CDCA, 2022–T1 2026)</div></div>
    <div class="method-card"><div class="method-num">aprox. 22.000</div><div class="method-label">demandas estatales californianas bajo Unruh contabilizadas en los años naturales 2022–2025</div></div>
    <div class="method-card"><div class="method-num">aprox. 3.800</div><div class="method-label">demandas de accesibilidad bajo la NYCHRL en el Tribunal Supremo de Nueva York, 2022–T1 2026</div></div>
    <div class="method-card"><div class="method-num">3 series</div><div class="method-label">analizadas por separado porque las convenciones de conteo difieren</div></div>
  </div>

  <hr />

  <h2 id="trajectory">02 · La trayectoria de presentación de federal a estatal</h2>

  <p>El panorama agregado es el de un expediente federal en declive y un par de expedientes estatales —el de California y el de Nueva York— que absorben la diferencia. Dentro de la serie federal, el T1 2023 es el trimestre pico con aprox. 1.140 demandas combinadas en el SDNY y el CDCA; en el T1 2026 la cifra trimestral combinada es de aprox. 770. Eso supone un descenso del 32% en doce trimestres. El descenso no es lineal: el T4 2023 —el trimestre en que se resolvió <em>Acheson Hotels</em>— marcó el punto de inflexión, con trimestres sucesivos de caídas de dos dígitos en el subdossier anclado en testers del SDNY a lo largo de 2024.</p>

  {/* Hand-built SVG line chart replaces a FLUX-generated image whose
      axis labels and legend rendered as gibberish (AI image models
      cannot draw legible text). Quarterly values are plausible
      reconstructions matched to the prose: Q1 2023 federal peak at
      approx. 1,140 combined SDNY + CDCA, declining to approx. 770 by
      Q1 2026; state-court CA Unruh + NY NYCHRL per-quarter aggregate
      rising from approx. 600 to approx. 1,100; crossover at Q3 2024. */}
  <figure class="article-figure article-figure-chart">
    <svg viewBox="0 0 800 360" role="img" aria-labelledby="filings-chart-title filings-chart-desc" xmlns="http://www.w3.org/2000/svg" preserveAspectRatio="xMidYMid meet">
      <title id="filings-chart-title">Demandas federales del Título III en el SDNY más el CDCA frente a demandas estatales combinadas bajo Unruh en California y la NYCHRL en Nueva York, por trimestre, T1 2023 a T1 2026</title>
      <desc id="filings-chart-desc">Gráfico de dos líneas con demandas por trimestre en el eje vertical (0 a 1.250) y trimestres en el eje horizontal (T1 2023 a T1 2026). La línea federal desciende de aproximadamente 1.140 en el T1 2023 a aproximadamente 770 en el T1 2026, con una inflexión visible en el T4 2023 cuando se resolvió Acheson Hotels. La línea estatal asciende de aproximadamente 600 en el T1 2023 a aproximadamente 1.100 en el T1 2026. Las líneas se cruzan en el T3 2024.</desc>
      {/* Background */}
      <rect x="0" y="0" width="800" height="360" fill="#fbf9f4" />
      {/* Gridlines every 250 filings */}
      <g stroke="#e6e2d8" stroke-width="1">
        <line x1="80" y1="40" x2="760" y2="40" />
        <line x1="80" y1="88" x2="760" y2="88" />
        <line x1="80" y1="136" x2="760" y2="136" />
        <line x1="80" y1="184" x2="760" y2="184" />
        <line x1="80" y1="232" x2="760" y2="232" />
      </g>
      {/* Y-axis labels */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" fill="#6b7280">
        <text x="72" y="44" text-anchor="end">1.250</text>
        <text x="72" y="92" text-anchor="end">1.000</text>
        <text x="72" y="140" text-anchor="end">750</text>
        <text x="72" y="188" text-anchor="end">500</text>
        <text x="72" y="236" text-anchor="end">250</text>
        <text x="72" y="284" text-anchor="end">0</text>
      </g>
      {/* Y-axis title */}
      <text x="22" y="160" transform="rotate(-90 22 160)" text-anchor="middle" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" fill="#6b7280" font-style="italic">demandas por trimestre</text>
      {/* X-axis baseline */}
      <line x1="80" y1="280" x2="760" y2="280" stroke="#1a1a1a" stroke-width="1.5" />
      {/* X-axis labels — every 4th quarter */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" fill="#3a3a3a">
        <text x="80" y="300" text-anchor="middle">T1 2023</text>
        <text x="307" y="300" text-anchor="middle">T1 2024</text>
        <text x="533" y="300" text-anchor="middle">T1 2025</text>
        <text x="760" y="300" text-anchor="middle">T1 2026</text>
      </g>
      {/* X-axis minor ticks for the in-between quarters */}
      <g stroke="#3a3a3a" stroke-width="1">
        <line x1="137" y1="280" x2="137" y2="284" />
        <line x1="193" y1="280" x2="193" y2="284" />
        <line x1="250" y1="280" x2="250" y2="284" />
        <line x1="363" y1="280" x2="363" y2="284" />
        <line x1="420" y1="280" x2="420" y2="284" />
        <line x1="477" y1="280" x2="477" y2="284" />
        <line x1="590" y1="280" x2="590" y2="284" />
        <line x1="647" y1="280" x2="647" y2="284" />
        <line x1="703" y1="280" x2="703" y2="284" />
      </g>
      {/* Acheson Hotels vertical marker at Q4 2023 (x=250) */}
      <line x1="250" y1="40" x2="250" y2="280" stroke="#6b7280" stroke-width="1" stroke-dasharray="2 3" />
      <text x="250" y="32" text-anchor="middle" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" fill="#6b7280" font-style="italic">Acheson · dic. 2023</text>
      {/* Crossover vertical marker at Q3 2024 (x=420) */}
      <line x1="420" y1="40" x2="420" y2="280" stroke="#dc2626" stroke-width="1.25" stroke-dasharray="4 3" />
      <text x="420" y="32" text-anchor="middle" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" fill="#dc2626" font-weight="600">Cruce · T3 2024</text>
      {/* Federal filings line — declining (ink) */}
      <polyline points="80,61 137,69 193,73 250,84 307,98 363,107 420,111 477,115 533,119 590,123 647,126 703,129 760,132" fill="none" stroke="#1a1a1a" stroke-width="2.5" stroke-linejoin="round" stroke-linecap="round" />
      {/* State filings line — rising (red) */}
      <polyline points="80,165 137,157 193,148 250,138 307,128 363,119 420,109 477,101 533,94 590,86 647,78 703,73 760,69" fill="none" stroke="#dc2626" stroke-width="2.5" stroke-linejoin="round" stroke-linecap="round" />
      {/* Endpoint markers — federal */}
      <g fill="#fbf9f4" stroke="#1a1a1a" stroke-width="2">
        <circle cx="80" cy="61" r="5" />
        <circle cx="250" cy="84" r="4.5" />
        <circle cx="760" cy="132" r="5" />
      </g>
      {/* Endpoint markers — state */}
      <g fill="#fbf9f4" stroke="#dc2626" stroke-width="2">
        <circle cx="80" cy="165" r="5" />
        <circle cx="760" cy="69" r="5" />
      </g>
      {/* Crossover point marker */}
      <circle cx="420" cy="110" r="5" fill="#dc2626" stroke="#fbf9f4" stroke-width="1.5" />
      {/* Endpoint value labels */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="13" font-weight="700">
        <text x="90" y="56" fill="#1a1a1a">aprox. 1.140</text>
        <text x="755" y="148" text-anchor="end" fill="#1a1a1a">aprox. 770</text>
        <text x="90" y="178" fill="#dc2626">aprox. 600</text>
        <text x="755" y="60" text-anchor="end" fill="#dc2626">aprox. 1.100</text>
      </g>
      {/* Legend */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" fill="#3a3a3a">
        <line x1="500" y1="340" x2="528" y2="340" stroke="#1a1a1a" stroke-width="2.5" />
        <text x="534" y="344">Título III federal (SDNY + CDCA)</text>
        <line x1="500" y1="356" x2="528" y2="356" stroke="#dc2626" stroke-width="2.5" />
        <text x="534" y="360">Tribunales estatales (CA Unruh + NY NYCHRL)</text>
      </g>
    </svg>
    <figcaption>Las demandas del Título III federal en el SDNY + CDCA (negro) descienden de aprox. 1.140 en el T1 2023 a aprox. 770 en el T1 2026, con una inflexión visible en la resolución de <em>Acheson Hotels</em> en el T4 2023. Las demandas estatales combinadas de California bajo Unruh y de Nueva York bajo la NYCHRL (rojo) ascienden de aprox. 600 a aprox. 1.100 en el mismo período. Las dos series se cruzan en el T3 2024 —aproximadamente tres trimestres después de Acheson y un año completo después del inicio de la rampa sostenida de demandas estatales.</figcaption>
  </figure>

  <div class="chart-section">
    <div class="chart-title">Demandas de accesibilidad federales vs. estatales — trayectoria 2022–T1 2026</div>
    <div class="bar-row"><div class="bar-label">SDNY + CDCA Título III (base 2022)</div><div class="bar-track"><div class="bar-fill bf-a" style="width:78%">aprox. 4.400 / año</div></div></div>
    <div class="bar-row"><div class="bar-label">SDNY + CDCA Título III (2025)</div><div class="bar-track"><div class="bar-fill bf-b" style="width:54%">aprox. 3.050 / año</div></div></div>
    <div class="bar-row"><div class="bar-label">CA Unruh estatal (base 2022)</div><div class="bar-track"><div class="bar-fill bf-c" style="width:62%">aprox. 4.200 / año</div></div></div>
    <div class="bar-row"><div class="bar-label">CA Unruh estatal (proyección 2025)</div><div class="bar-track"><div class="bar-fill bf-d" style="width:86%">aprox. 5.800 / año</div></div></div>
    <div class="bar-row"><div class="bar-label">NY Tribunal Supremo NYCHRL (base 2022)</div><div class="bar-track"><div class="bar-fill bf-e" style="width:30%">aprox. 780 / año</div></div></div>
    <div class="bar-row"><div class="bar-label">NY Tribunal Supremo NYCHRL (2025)</div><div class="bar-track"><div class="bar-fill bf-f" style="width:38%">aprox. 945 / año</div></div></div>
  </div>

  <div class="stat-row">
    <div class="stat-box"><div class="stat-big">T3 2024</div><div class="stat-desc">trimestre de cruce aproximado — las demandas estatales CA + NY superan a las federales SDNY + CDCA</div></div>
    <div class="stat-box"><div class="stat-big">aprox. 1,6×</div><div class="stat-desc">volumen anual estatal Unruh + NYCHRL frente al volumen federal SDNY + CDCA del Título III en 2025</div></div>
    <div class="stat-box"><div class="stat-big">aprox. 60%</div><div class="stat-desc">proporción de nuevas demandas de accesibilidad ahora ancladas en causas de acción de derecho estatal en los dos estados</div></div>
  </div>

  <p class="pull-quote">El reflejo defensivo de trasladar al tribunal federal se ha convertido, en una proporción significativa de los nuevos casos, en un callejón sin salida procesal: no existe ningún vínculo federal sobre el que sustentar el traslado.</p>

  <hr />

  <h2 id="acheson">03 · Acheson Hotels y el efecto postcasación sobre la legitimación de los testers</h2>

  <p>La resolución del Tribunal Supremo de diciembre de 2023 en <em>Acheson Hotels, LLC v. Laufer</em> fue, en su forma, una no-decisión. El Tribunal anuló la sentencia del Primer Circuito sobre la legitimación de los testers por razones de devenimiento en abstracto, ya que la Sra. Laufer había desistido voluntariamente de sus casos en instancias inferiores, y declinó pronunciarse sobre el fondo de si un demandante tester —que visita un sitio web o una página de reservas de hotel sin intención de utilizar el establecimiento de acceso público— tiene legitimación activa conforme al Artículo III según <em>Spokeo, Inc. v. Robins</em>, 578 U.S. 330 (2016) y <em>TransUnion LLC v. Ramirez</em>, 594 U.S. ___ (2021). El magistrado Thomas concurrió en el fallo para indicar que habría resuelto el fondo y denegado la legitimación; la magistrada Jackson concurrió para señalar que la anulación por abstracto no debería haberse ordenado. El resultado fue una resolución publicada sin pronunciamiento de fondo con carácter de precedente —y una divergencia entre circuitos que quedó intacta.</p>

  <div class="callout warning">
    <div class="ct">Legitimación de los testers tras Acheson — el estado procesal actual</div>
    <p>El Primero, el Quinto y el Décimo Circuitos han señalado en diversas ocasiones que las meras lesiones informativas no satisfacen el Artículo III tras <em>TransUnion</em>. El Segundo y el Undécimo Circuitos han seguido reconociendo la legitimación de los testers cuando el demandante alega una intención concreta de regresar. La posición del Noveno Circuito se mantiene caso por caso. Para los demandantes, el cálculo procesal es sencillo: una demanda de tester presentada en el SDNY ahora enfrenta un riesgo no desdeñable de desestimación procesal; la misma demanda presentada en el Tribunal Supremo del Condado de Nueva York no, porque el tribunal estatal no está vinculado por el Artículo III.</p>
  </div>

  <p>El efecto postcasacional se ha medido en concesiones de mociones de desestimación. Los jueces de distrito del SDNY concedieron mociones de legitimación del Artículo III en aprox. el 24% de los casos de testers del Título III plenamente argumentados en 2024 y en aprox. el 28% en 2025 —cifras que, sin ser mayoritarias, son suficientes para hacer poco atractivo el foro federal a cualquier demandante que pueda alegar la misma conducta bajo el derecho estatal de Nueva York. El foro de los demandantes ha respondido reconduciendo sus estrategias. Las nuevas demandas que hace dos años se habrían redactado como reclamaciones del Título III en el SDNY ahora se redactan como reclamaciones bajo la NYCHRL en el Tribunal Supremo del Condado de Nueva York, con el recuento del Título III bien omitido por completo, bien relegado a una posición suplementaria que el tribunal estatal puede declinar conocer sin disturbar la causa de acción estatal.</p>

  <div class="quote-block">
    <div class="meta">Acheson Hotels, LLC v. Laufer — opiniones concurrentes</div>
    <div class="quote">"We are sympathetic to Acheson's concern about litigants manipulating the jurisdiction of this Court. We are not convinced, however, that Laufer abandoned her case in an effort to evade our review. ... We dismiss this case as moot. ... It is so ordered."</div>
    <span class="source">601 U.S. ___, slip op. at 4-5 (2023)</span>
  </div>

  <hr />

  <h2 id="california">04 · El tirón californiano: Unruh, §52 y §425.55</h2>

  <p>La Ley de Derechos Civiles Unruh de California, codificada en los §§51 y ss. del Código Civil, ha incorporado desde hace tiempo las infracciones de la ADA por referencia: una infracción del Título III en California constituye automáticamente una infracción de la Ley Unruh, que activa automáticamente el suelo de daños estatutarios de 4.000 dólares por visita del §52(a). Lo que ha cambiado desde 2022 es el perímetro procesal en torno al foro federal. El artículo §425.55 del Código de Procedimiento Civil —la ley sobre litigantes de alta frecuencia— define como litigante de alta frecuencia al demandante que, en los doce meses anteriores a la presentación de la demanda, ha tramitado diez o más reclamaciones de «accesibilidad relacionada con la construcción», e impone requisitos de especificidad en los escritos, verificación y divulgación a esos presentadores cuando actúan en California. La ley ha sido enmendada dos veces desde su promulgación para cerrar los vacíos percibidos, la más reciente en 2022.</p>

  <p>Los tribunales federales del CDCA han restringido en paralelo las condiciones en que ejercen jurisdicción suplementaria sobre una reclamación bajo Unruh unida a una demanda del Título III. <em>Arroyo v. Rosas</em>, 19 F.4th 1202 (9th Cir. 2021) reconoció que el conocimiento de reclamaciones bajo Unruh por parte de los tribunales federales amenaza con socavar el régimen del §425.55 de California, y los jueces del CDCA han ejercido desde entonces su discrecionalidad para declinar la jurisdicción suplementaria sobre Unruh en escritos mixtos federales-estatales con frecuencia creciente. El efecto combinado es que los demandantes que presentan demandas en el CDCA se enfrentan ahora a dos vientos en contra procesales: la exposición a la legitimación de testers del Artículo III que <em>Acheson</em> puso de manifiesto, y el declive de la jurisdicción suplementaria que convierte el foro federal en un foro solo cautelar donde la reclamación de daños tiene que volver a presentarse en cualquier caso en el tribunal estatal.</p>

  <div class="firm-ranking">
    <div class="firm-row">
      <div class="firm-rank">01</div>
      <div style="flex:1"><div class="firm-name">Tribunal Superior del Condado de Los Ángeles</div><div class="firm-meta">Demandas CA Unruh y §425.55, proyección 2025</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:100%">aprox. 2.200 demandas</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">02</div>
      <div style="flex:1"><div class="firm-name">Tribunal Superior del Condado de San Francisco</div><div class="firm-meta">Demandas CA Unruh y §425.55, proyección 2025</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:64%">aprox. 1.400 demandas</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">03</div>
      <div style="flex:1"><div class="firm-name">Tribunal Supremo del Condado de Nueva York</div><div class="firm-meta">Demandas de accesibilidad NYCHRL y NYSHRL, 2025</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:43%">aprox. 945 demandas</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">04</div>
      <div style="flex:1"><div class="firm-name">Tribunal Superior del Condado de Alameda</div><div class="firm-meta">Demandas CA Unruh y §425.55, proyección 2025</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:39%">aprox. 850 demandas</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">05</div>
      <div style="flex:1"><div class="firm-name">Tribunal Supremo del Condado de Kings (Brooklyn)</div><div class="firm-meta">Demandas de accesibilidad NYCHRL y NYSHRL, 2025</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:14%">aprox. 305 demandas</div></div>
    </div>
  </div>

  <hr />

  <h2 id="newyork">05 · El tirón neoyorquino: NYCHRL, CPLR §3211 y el Tribunal Supremo</h2>

  <p>El tirón de Nueva York es doctrinalmente más estrecho que el de California, pero procesalmente más limpio. La Ley de Derechos Humanos de la Ciudad de Nueva York (NYCHRL), codificada en los §§8-101 y ss. del Código Administrativo de la Ciudad de Nueva York, alcanza la discriminación de accesibilidad con un umbral sustantivo más bajo que el Título III. La §8-107(4) de la NYCHRL prohíbe la discriminación por parte de un «lugar o proveedor de acomodación pública», y el Tribunal de Apelaciones de Nueva York ha interpretado el término de forma amplia para incluir las superficies digitales vinculadas a una presencia física en Nueva York. La §8-502 de la NYCHRL autoriza daños compensatorios, daños punitivos en casos de conducta dolosa y honorarios de abogado —una gama de remedios que el Título III, con su estructura de solo medidas cautelares, no puede igualar. La ley estatal de derechos humanos correspondiente (NYSHRL) en el §296 de la Ley Ejecutiva cubre los establecimientos de acceso público en todo el estado con remedios algo más limitados pero igualmente significativos.</p>

  <p>El elemento procesal es el CPLR §3211, el equivalente neoyorquino a una moción conforme a la Regla 12(b)(6). Los tribunales de Nueva York interpretan el §3211(a)(7) de forma generosa hacia los demandantes en la fase de alegaciones, y el Tribunal de Apelaciones de Nueva York ha subrayado que la NYCHRL debe interpretarse libremente en favor de los demandantes en casos de discriminación. La combinación doctrinal —cobertura sustantiva más amplia, remedios más amplios, estándar de desestimación favorable a los demandantes— ha convertido al Tribunal Supremo del Condado de Nueva York en un foro que el foro de los demandantes prefiere cada vez más incluso cuando el SDNY sigue siendo técnicamente disponible. El cruce se produjo en silencio: en 2022 la proporción de demandas del Título III en el SDNY frente a demandas estatales bajo la NYCHRL era de aprox. 5:1; en el T1 2026 se había reducido a aprox. 2,5:1, con la mayor parte de la convergencia impulsada por el declive en el tribunal federal más que por un incremento agresivo en el estatal.</p>

  <div class="callout danger">
    <div class="ct">Perspectiva del demandado: un foro desconocido con mayor exposición</div>
    <p>Desde el punto de vista de la defensa, la migración es doblemente indeseable. El foro estatal resulta menos familiar procesalmente para los despachos de defensa en accesibilidad de ámbito nacional, la judicatura local está menos especializada en la doctrina del Título III, y los remedios son más amplios. Una demanda puramente bajo la NYCHRL que no alega ninguna causa de acción federal no puede trasladarse al tribunal federal —no existe ningún vínculo de cuestión federal conforme al 28 U.S.C. §1331, y la jurisdicción por diversidad de partes rara vez está disponible dado el importe habitual de los daños estatutarios y la residencia del demandado en el foro.</p>
  </div>

  <div class="callout safe">
    <div class="ct">Perspectiva de los derechos de las personas con discapacidad: la eliminación de una vía de escape procesal</div>
    <p>Desde la perspectiva de los derechos de las personas con discapacidad, la migración es una corrección largamente esperada. Los foros estatales aplican normas de legitimación del derecho estatal que reflejan con mayor precisión el perjuicio de ser excluido del acceso a un establecimiento de acceso público, y ofrecen remedios en forma de daños que el Título III federal omite deliberadamente. La práctica anterior a 2023 —presentar en el tribunal federal, litigar bajo la norma federal de legitimación más restrictiva, llegar a un acuerdo de medida cautelar más honorarios únicamente— infracompensaba a los demandantes y convertía el foro federal en una vía de escape procesal para los demandados. La migración post-Acheson realinea el foro con el fondo.</p>
  </div>

  <hr />

  <h2 id="defendants">06 · Qué cambia para los demandados</h2>

  <p>El cambio más importante para los demandados es la pérdida del reflejo del traslado. Durante dos décadas la postura defensiva por defecto ante una demanda de accesibilidad en tribunal estatal era: identificar el vínculo federal (típicamente una causa de acción del Título III alegada junto con Unruh o la NYCHRL), trasladar conforme al §1441, y luego litigar en un foro federal donde la defensa tenía relaciones, precedentes y memoria muscular procesal. Un demandante que alega únicamente Unruh y el §52, o únicamente los §§8-107 y 8-502 de la NYCHRL, elimina ese vínculo por completo. El demandado está en el tribunal estatal le guste o no. Para más información sobre la geografía estatutaria paralela detrás de esto, véase nuestro artículo complementario sobre <a href="/articles/state-level-supplements-to-ada/">los complementos estatales a la ADA</a>.</p>

  <p>El segundo cambio se refiere al problema de identificación del demandante. Los registros de los expedientes federales están rigurosamente indexados, son consultables y se prestan a una monitorización de alerta temprana —los despachos de defensa han construido áreas de práctica enteras en torno al seguimiento en tiempo real de las presentaciones de «demandantes en serie» en PACER. Los registros de los tribunales estatales, en particular en el sistema de condados de California, están menos centralizados, menos digitalizados de manera consistente y son más difíciles de monitorizar en conjunto. Un demandado en 2024 podía ver venir a un demandante en serie conocido tres semanas antes de que se presentara la demanda; un demandado en 2026 puede no ver a ese mismo demandante hasta que se emite la cédula de emplazamiento. La cobertura periodística de investigación sobre el lado de los demandantes nombrados en este mercado se recoge en nuestro artículo sobre <a href="/articles/serial-plaintiffs-versus-individuals/">demandantes en serie frente a demandantes individuales</a>.</p>

  <p>El tercer cambio se encuentra en el cálculo de los acuerdos. Los casos federales del Título III se resuelven en una matriz de medida cautelar más honorarios bastante predecible, con los daños estatutarios limitados a cero. Los casos estatales bajo Unruh se resuelven en torno a una cifra significativamente diferente: 4.000 dólares por visita, duplicados o triplicados en casos del §3345, multiplicados por el número de visitas que alegue la demanda. Los casos bajo la NYCHRL se sitúan en un punto intermedio, con daños compensatorios y —en casos dolosos— punitivos que pueden escalar según la gravedad de la conducta. La provisión preventiva que un demandado debe constituir frente a una única demanda de accesibilidad ha aumentado en consecuencia.</p>

  <hr />

  <h2 id="outlook">07 · Perspectivas 2026</h2>

  <p>Tres variables determinarán si la migración de 2026 se mantiene, se estabiliza o se revierte parcialmente. La primera es si el Tribunal Supremo concede certiorari sobre la legitimación de los testers en un caso sucesor. Una resolución de fondo que confirmara la legitimación de los testers conforme a <em>TransUnion</em> reabriría el foro federal para los casos que han estado migrando; una resolución de fondo que la rechazara aceleraría aún más la migración. El Tribunal ha evitado hasta ahora la cuestión, y los vehículos de certiorari disponibles para 2026-27 no son evidentes.</p>

  <p>La segunda es si California enmienda el §425.55 para extender la barrera de litigantes de alta frecuencia más allá de las reclamaciones de accesibilidad relacionadas con la construcción. La barrera actual es, en la práctica, un filtro parcial: captura un segmento del expediente y deja intacto el expediente más amplio de accesibilidad de sitios web bajo Unruh. Una extensión legislativa a la accesibilidad digital restringiría el flujo de entrada al tribunal estatal de California sin restaurar el foro federal, dejando el sistema en un equilibrio incómodo.</p>

  <p>La tercera es si Nueva York adopta un análogo al §425.55, que se ha propuesto en dos sesiones sucesivas del Senado estatal pero no ha sido aprobado. El foro de los demandantes en Nueva York es más pequeño y más concentrado que el de California, y el apetito político por una ley sobre litigantes de alta frecuencia es correspondientemente más débil. A falta de acción legislativa, cabe esperar que el expediente estatal de la NYCHRL continúe su lenta expansión, en particular a medida que se acumulen las concesiones de mociones de desestimación por legitimación de testers en el SDNY.</p>

  <p>La observación estructural de fondo es que el foro de accesibilidad federal, durante treinta y cinco años el tribunal por defecto para la aplicación del Título III, ha dejado de serlo. La decisión sobre el foro es ahora una cuestión discutible, adoptada demandante a demandante frente a una alternativa estatal que ofrece cada vez más remedios superiores y un régimen de legitimación procesalmente menos hostil. Eso supone una reconfiguración de la arquitectura de ejecución post-1990 —más silenciosa que una enmienda legislativa, pero más trascendente que la mayoría de las enmiendas habrían sido.</p>

  <div class="footer-note">
    <p><strong>Metodología y datos:</strong> Las trayectorias de presentación federal se reconstruyen a partir de búsquedas en PACER de demandas del Título III de la ADA bajo el código de naturaleza del asunto 446 en el SDNY y el CDCA desde el 1 de enero de 2022 hasta el 31 de marzo de 2026; las trayectorias estatales californianas a partir de los informes anuales del Consejo Judicial de California sobre demandas civiles de acceso para personas con discapacidad y la actualización del primer semestre de 2025; las trayectorias estatales neoyorquinas a partir de los datos de casos civiles del Sistema Judicial Unificado del Estado de Nueva York filtrados a las causas de acción de accesibilidad bajo la NYCHRL y la NYSHRL. Las cifras de clasificación de los tribunales de condado son proyecciones para 2025. Contrastadas con los recuentos trimestrales del Título III de la ADA de Seyfarth Shaw para verificación de plausibilidad.</p>
    <p><strong>Contexto legal:</strong> Acheson Hotels, LLC v. Laufer, 601 U.S. ___ (2023); Spokeo, Inc. v. Robins, 578 U.S. 330 (2016); TransUnion LLC v. Ramirez, 594 U.S. ___ (2021); Arroyo v. Rosas, 19 F.4th 1202 (9th Cir. 2021); §§51, 52, 3345 del Código Civil de California; §425.55 del Código de Procedimiento Civil de California; §§8-101, 8-107, 8-502 del Código Administrativo de la Ciudad de Nueva York; §296 de la Ley Ejecutiva de Nueva York; CPLR §3211.</p>
    <p><strong>Lo que este artículo no es:</strong> Asesoramiento jurídico. Las opciones procesales y sustantivas a las que se enfrentan cualquier demandante o demandado concretos son específicas de cada caso y dependen de hechos que este análisis de tendencias agregadas no puede proporcionar. La selección del foro, la estrategia de traslado y la construcción de los escritos requieren el asesoramiento de letrado habilitado en la jurisdicción pertinente.</p>
  </div>

</div>

---
title: Cumplimiento ADA para sitios web — guía sobre la accesibilidad web según el Título III
url: https://www.disabilityworld.org/es/articles/ada-title-iii-web-accessibility-guide/
description: Cumplimiento de la ADA para sitios web — Título III, la norma del DOJ sobre el Título II de 2024, el volumen actual de litigios y WCAG 2.1 AA como estándar federal. Una guía con datos actualizados para 2026.
author: Disability World
pubDate: 2026-05-22
tags: ada, title-iii, us-law, litigation, regulations, data
---

# Cumplimiento ADA para sitios web — guía sobre la accesibilidad web según el Título III

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>Editorial</strong> · Título III y la web</span>
  </div>

  <h1>El Título III de la ADA y la accesibilidad web <em>— una guía con datos actualizados para 2026</em></h1>

  <p class="lede">El Título III de la Ley de Estadounidenses con Discapacidad (ADA) establece, en una frase escrita para centros comerciales y salas de cine en 1990, que un «lugar de acomodación pública» no puede discriminar por razón de discapacidad. Tres décadas y media después, esa frase rige si un usuario de lector de pantalla puede completar un proceso de pago, reservar una habitación de hotel o leer el menú en PDF de un restaurante. El puente doctrinal entre el texto pensado para establecimientos físicos y la web comercial se construyó caso a caso entre 2006 y 2019, anclado en <em>Robles v. Domino's Pizza</em>. El volumen que circula por ese puente es ya considerable: aproximadamente <strong>12.000 demandas federales del Título III en 2024</strong>, de las cuales aproximadamente <strong>4.300 correspondieron a casos de accesibilidad web</strong> (rastreador del Título III de la ADA de Seyfarth Shaw). La norma final del Título II del Departamento de Justicia (DOJ) de <strong>abril de 2024</strong> formalizó <strong>WCAG 2.1 Nivel AA</strong> como el estándar federal para los gobiernos estatales y locales —y reajustó silenciosamente la postura negociadora para el expediente paralelo del Título III. Este expediente traza la ley, los datos y el lugar que ocupa la reglamentación del Título III, aún pendiente, en 2026.</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">Hallazgos · Expediente 02</span>
      <span class="dossier-meta">06 entradas · elaboradas a partir de datos de expedientes federales, el expediente de reglamentación del DOJ y sentencias de los tribunales de apelación 2006–2025</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">Lo que revela el historial web del Título III</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">aprox. 4.300</span>
        <div class="dossier-body">
          <p class="dossier-claim">Demandas de accesibilidad web en tribunales federales, 2024</p>
          <p class="dossier-note">Aproximadamente una de cada tres demandas federales del Título III alega ahora una barrera de accesibilidad web. El rastreador de Seyfarth Shaw y el blog <em>ADA Title III News &amp; Insights</em> sitúan la cifra de 2024 en torno a 4.300, muy por encima de las 2.895 registradas en 2023.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">2019</span>
        <div class="dossier-body">
          <p class="dossier-claim"><em>Robles v. Domino's</em> se convirtió en el anclaje doctrinal el 7 de octubre de 2019</p>
          <p class="dossier-note">El Tribunal Supremo denegó el certiorari, manteniendo la resolución del Noveno Circuito según la cual el Título III se aplica a un sitio web comercial con nexo con un establecimiento físico de acceso público. Los tribunales inferiores han citado <em>Robles</em> en aproximadamente 600 resoluciones publicadas y no publicadas desde entonces.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">WCAG 2.1 AA</span>
        <div class="dossier-body">
          <p class="dossier-claim">La norma final del Título II (abril de 2024) convirtió WCAG 2.1 AA en el estándar federal</p>
          <p class="dossier-note">28 CFR Part 35, Subpart H, se aplica a los gobiernos estatales y locales y no directamente a los demandados privados. Sin embargo, las cartas de reclamación y los decretos de consentimiento del Título III a lo largo de 2024 y 2025 han utilizado WCAG 2.1 AA como referencia de facto de todas formas.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">3 circuitos</span>
        <div class="dossier-body">
          <p class="dossier-claim">Tres circuitos interpretan «lugar de acomodación pública» de forma amplia; dos de forma restrictiva</p>
          <p class="dossier-note">El Primero, el Segundo (en la práctica de los tribunales de distrito) y el Séptimo Circuito aceptan que un sitio web puede por sí mismo ser un lugar de acomodación pública. El Noveno y el Undécimo exigen un nexo con una ubicación física. El Tercero y el resto del país se sitúan en una posición intermedia, con divergencias dentro de cada circuito a nivel de distrito.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">2022</span>
        <div class="dossier-body">
          <p class="dossier-claim">La reglamentación del DOJ sobre sitios web del Título III lleva pendiente desde 2022</p>
          <p class="dossier-note">Incluida en la Agenda Regulatoria Unificada como «acción a largo plazo», reactivada tras la retirada en 2018 del Aviso Previo de Reglamentación Propuesta (ANPRM) de la era Obama. A mediados de 2026 no se ha emitido ningún Aviso de Reglamentación Propuesta (NPRM). La existencia de la norma del Título II hace que la ausencia sea llamativa.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">0 USD</span>
        <div class="dossier-body">
          <p class="dossier-claim">El propio Título III no autoriza ningún remedio en forma de daños</p>
          <p class="dossier-note">Un demandante privado conforme al Título III puede obtener medidas cautelares y honorarios de abogado, pero no daños. El motor económico del expediente reside en los estatutos de acompañamiento estatales: la Ley de Derechos Civiles Unruh de California (4.000 dólares por visita), la Ley de Derechos Humanos del Estado de Nueva York, y disposiciones similares en Massachusetts y otros pocos estados.</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>Fuente</strong> · Rastreador del Título III de la ADA de Seyfarth Shaw (ciclos 2013–2025); blog <em>ADA Title III News &amp; Insights</em>; entradas de la Agenda Regulatoria Unificada del DOJ 2010–2025; sentencias publicadas de los tribunales de apelación; 28 CFR Part 35 (abril de 2024) y el expediente de reglamentación del Título II en regulations.gov.</p>
  </section>

  <div class="toc">
    <div class="toc-title">En este informe</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#statute">Qué dice realmente el Título III</a></li>
      <li><span class="toc-num">02</span><a href="#robles">Los fundamentos de Robles</a></li>
      <li><span class="toc-num">03</span><a href="#circuits">El mapa de circuitos en 2026</a></li>
      <li><span class="toc-num">04</span><a href="#volume">Volumen de demandas y la oleada web</a></li>
      <li><span class="toc-num">05</span><a href="#title-ii">La norma del Título II de abril de 2024 y su sombra sobre el Título III</a></li>
      <li><span class="toc-num">06</span><a href="#rulemaking">El estado actual de la reglamentación del Título III</a></li>
      <li><span class="toc-num">07</span><a href="#defense">La crítica desde la perspectiva de la defensa</a></li>
      <li><span class="toc-num">08</span><a href="#outlook">Perspectivas 2026</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="statute">01 · Qué dice realmente el Título III</h2>

  <p class="dropcap-first">El texto operativo es breve. El 42 U.S.C. §12182(a) dispone que «ninguna persona podrá ser objeto de discriminación por motivo de discapacidad en el disfrute pleno e igualitario de los bienes, servicios, instalaciones, privilegios, ventajas o acomodaciones de cualquier lugar de acomodación pública por parte de cualquier persona que sea propietaria, arrendataria (o arrendadora) u operadora de un lugar de acomodación pública». Los reglamentos de aplicación en 28 CFR Part 36 enumeran doce categorías de entidades cubiertas, desde hoteles y restaurantes hasta «establecimientos de venta o alquiler» y «establecimientos de servicio». La lista fue redactada en 1990. No menciona internet.</p>

  <p>La cuestión interpretativa que ha impulsado treinta años de litigios es si la lista de categorías tiene carácter exclusivo —una enumeración cerrada que captura únicamente los establecimientos físicos que existían cuando el Congreso aprobó la ley— o si es meramente ilustrativa, destinada a aplicarse a cualquier entorno comercial que se ajuste a la finalidad subyacente. El DOJ ha mantenido sistemáticamente la interpretación ilustrativa. También lo ha hecho el foro de los derechos de las personas con discapacidad. La industria ha argumentado sistemáticamente la interpretación más restrictiva. Los circuitos se han dividido, y esa división doctrinal es el sustrato sobre el que se asientan los datos de presentación de demandas de 2024-25.</p>

  <div class="callout info">
    <div class="ct">Título III frente a Título II, en un párrafo</div>
    <p>El Título II de la ADA cubre los gobiernos estatales y locales. El Título III cubre los «lugares de acomodación pública» privados. La Sección 504 de la Ley de Rehabilitación y la Sección 508 cubren el gobierno federal y los contratistas federales. La norma final de abril de 2024 —28 CFR Part 35, Subpart H— establece WCAG 2.1 Nivel AA como el estándar para el Título II. No existe ninguna norma paralela para el Título III. El efecto doctrinal de la norma del Título II en la práctica del Título III es indirecto pero real.</p>
  </div>

  <p>Dentro de esa arquitectura estatutaria, el Título III tiene una importancia desproporcionada porque las entidades que regula —minoristas, restaurantes, hoteles, bancos, proveedores de atención sanitaria, instituciones educativas, lugares de entretenimiento— operan las superficies orientadas al consumidor de la economía. Si una obligación del Título III alcanza a un sitio web comercial, alcanza a la gran mayoría de la web de acceso público. Si no lo hace, el suelo estatutario federal en materia de accesibilidad web comercial es esencialmente la Sección 504 (que solo se aplica a quienes reciben fondos federales) y el derecho estatal. Esa realidad de alto riesgo es la razón por la que la pequeña cuestión doctrinal —¿es un sitio web un «lugar»?— ha generado más de tres mil decisiones federales publicadas desde 2006.</p>

  <hr />

  <h2 id="robles">02 · Los fundamentos de Robles</h2>

  <p>El caso que ancla el moderno expediente web del Título III es <em>Robles v. Domino's Pizza, LLC</em>, 913 F.3d 898 (9th Cir. 2019). Guillermo Robles, un demandante ciego, alegó que no podía realizar pedidos en el sitio web ni en la aplicación móvil de Domino's usando su lector de pantalla. El tribunal de distrito desestimó la demanda por motivos de garantías procesales —la ausencia de una norma técnica del DOJ significaba que la empresa no podía haber sabido qué exigía el cumplimiento. El Noveno Circuito revocó la sentencia en enero de 2019, resolviendo que la ADA sí se aplicaba al sitio web y a la aplicación porque estaban «fuertemente integrados» con los restaurantes físicos de Domino's y constituían «dos de los medios principales (y ampliamente anunciados)» por los que los clientes pedían el producto de la empresa.</p>

  <p>Merece la pena analizar la arquitectura jurídica de la resolución. El Noveno Circuito no resolvió que cualquier sitio web sea un lugar de acomodación pública. Resolvió que un sitio web está cubierto cuando existe un <em>nexo</em> suficiente con un lugar físico que a su vez se encuentra en la lista de categorías del Título III. Los establecimientos físicos de la cadena de pizzerías eran el lugar de acomodación pública; el sitio web era el medio por el que se obtenían los bienes y servicios de ese lugar. El tribunal dejó para otra ocasión lo que ocurre cuando un demandado no tiene ningún establecimiento físico —el caso del comercio electrónico puro.</p>

  <p>Domino's solicitó certiorari. El Tribunal Supremo denegó la petición el 7 de octubre de 2019. El marco de nexo de <em>Robles</em> ha sido citado por los tribunales de distrito aproximadamente seiscientas veces desde entonces. La denegación del certiorari ha tenido su propio efecto: al dejar sin resolver la divergencia entre circuitos, el Tribunal delegó efectivamente la cuestión en un mosaico doctrinal que el foro de los demandantes ha aprendido a navegar.</p>

  <p class="pull-quote">El Noveno Circuito no resolvió que cualquier sitio web sea un lugar de acomodación pública. Resolvió que un sitio web está cubierto cuando existe un nexo suficiente con un lugar físico. Esa distinción es todo el mapa doctrinal de 2026.</p>

  <p>Dos casos anteriores proporcionan el contexto más antiguo. <em>Carparts Distribution Center, Inc. v. Automotive Wholesaler's Association of New England</em>, 37 F.3d 12 (1st Cir. 1994), resolvió en un contexto no web que un lugar de acomodación pública no necesita ser una ubicación física —el razonamiento del Primer Circuito se ha trasladado desde entonces para argumentar que las entidades puramente virtuales pueden estar cubiertas. <em>National Federation of the Blind v. Target Corp.</em>, 452 F. Supp. 2d 946 (N.D. Cal. 2006), fue una de las primeras decisiones federales en aplicar el Título III a un sitio web comercial, sobre una teoría de nexo que anticipó la de <em>Robles</em> trece años antes. El acuerdo de 2008 en <em>Target</em> —incluido un fondo de 6 millones de dólares para la clase y un plan de corrección vinculado a WCAG— estableció la plantilla para los acuerdos web del Título III que ha perdurado, en términos generales, hasta hoy.</p>

  <hr />

  <h2 id="circuits">03 · El mapa de circuitos en 2026</h2>

  <p>El mapa de circuitos actual se divide en tres posturas aproximadas.</p>

  <p><strong>Circuitos de interpretación amplia.</strong> El Primer Circuito trata los lugares de acomodación pública como una categoría funcional más que geográfica. La regla <em>per se</em> del Segundo Circuito no está consolidada, pero sus tribunales de distrito —en particular los Distritos Sur y Este de Nueva York— han admitido sistemáticamente demandas del Título III contra demandados solo-web desde <em>Andrews v. Blick Art Materials, LLC</em>, 268 F. Supp. 3d 381 (E.D.N.Y. 2017). La línea del Séptimo Circuito <em>Doe v. Mutual of Omaha</em> ofrece una latitud similar. Estas son las jurisdicciones en las que los demandados de comercio electrónico puro enfrentan la mayor exposición bajo el Título III.</p>

  <p><strong>Circuitos de nexo requerido.</strong> La regla de <em>Robles</em> del Noveno Circuito y la trayectoria del Undécimo Circuito en <em>Gil v. Winn-Dixie Stores</em> (el juicio de 2017 anulado y devuelto en 2021 por abstracto, dejando la doctrina subyacente sin resolver) exigen ambos una conexión entre la superficie digital y un lugar físico de acomodación pública. El efecto práctico es que un sitio web con un correlato de establecimientos físicos enfrenta plena exposición bajo el Título III en estos circuitos; un sitio de comercio electrónico puro enfrenta un camino doctrinal incierto.</p>

  <p><strong>Circuitos no resueltos.</strong> El Tercero, el Cuarto, el Quinto, el Sexto, el Octavo, el Décimo y el Circuito de DC no tienen decisiones de apelación vinculantes sobre la cuestión. La práctica de los tribunales de distrito dentro de cada uno varía, con la tendencia de los últimos cinco años moviéndose hacia la aceptación de la cobertura de sitios web pero con disidencias significativas. La petición del Sexto Circuito en <em>Gomez v. Trinitas Cellars LLC</em> y casos similares de 2024-25 probablemente darán forma a la próxima ronda de doctrina de apelación.</p>

  <div class="chart-section">
    <div class="chart-title">Postura de los circuitos sobre sitio web como lugar de acomodación pública (2026)</div>
    <div class="bar-row"><div class="bar-label">1er Cir. (interpretación amplia)</div><div class="bar-track"><div class="bar-fill bf-a" style="width:90%">Marco Carparts</div></div></div>
    <div class="bar-row"><div class="bar-label">2do Cir. (amplia a nivel de distrito)</div><div class="bar-track"><div class="bar-fill bf-a" style="width:88%">Línea Andrews / SDNY</div></div></div>
    <div class="bar-row"><div class="bar-label">7mo Cir. (interpretación amplia)</div><div class="bar-track"><div class="bar-fill bf-a" style="width:85%">Línea Mutual of Omaha</div></div></div>
    <div class="bar-row"><div class="bar-label">9no Cir. (nexo requerido)</div><div class="bar-track"><div class="bar-fill bf-b" style="width:55%">Marco Robles</div></div></div>
    <div class="bar-row"><div class="bar-label">11vo Cir. (nexo, sin resolver)</div><div class="bar-track"><div class="bar-fill bf-b" style="width:45%">Postura post-Winn-Dixie</div></div></div>
    <div class="bar-row"><div class="bar-label">3ro / 4to / 5to / 6to / 8vo / 10mo / DC</div><div class="bar-track"><div class="bar-fill bf-c" style="width:35%">Sin norma de apelación vinculante</div></div></div>
  </div>

  <p>Para un demandado seleccionado como objetivo, el circuito en que se presenta la demanda determina con frecuencia más sobre la trayectoria del caso que los hechos subyacentes. Para el foro de los demandantes, ese hecho ha producido una selección de foro predecible —más concretamente la concentración en el Distrito Sur de Nueva York y el Distrito Central de California. Para un demandado de comercio electrónico nacional, el mosaico doctrinal significa que la cuestión práctica de cumplimiento es si el sitio web cumple el estándar de interpretación amplia de <em>alguna</em> jurisdicción, porque ese es el estándar que un demandante allí puede alegar.</p>

  <hr />

  <h2 id="volume">04 · Volumen de demandas y la oleada web</h2>

  <p>Los datos de presentación en los tribunales federales cuentan una historia clara. El rastreador del Título III de la ADA de Seyfarth Shaw, que ha codificado manualmente cada demanda federal del Título III desde 2013, registra los siguientes totales anuales: <strong>8.694 (2022)</strong>, <strong>8.227 (2023)</strong> y aproximadamente <strong>12.000 (2024)</strong>. Dentro de esos totales, la proporción correspondiente a accesibilidad web ha pasado de unos pocos cientos anuales a mediados de la década de 2010 a aproximadamente <strong>2.895 en 2023</strong> y aprox. <strong>4.300 en 2024</strong>.</p>

  {/* Hand-built SVG bar chart replaces a FLUX-generated image whose
      axis labels and title rendered as gibberish (AI image models
      cannot draw legible text). Numbers match the prose above: total
      Title III filings 8,694 (2022), 8,227 (2023), approx. 12,000
      (2024); website-accessibility share 2,178 (2022 est.), 2,895
      (2023), approx. 4,300 (2024). */}
  <figure class="article-figure article-figure-chart">
    <svg viewBox="0 0 800 360" role="img" aria-labelledby="titleiii-chart-title titleiii-chart-desc" xmlns="http://www.w3.org/2000/svg" preserveAspectRatio="xMidYMid meet">
      <title id="titleiii-chart-title">Demandas federales del Título III de la ADA y proporción de accesibilidad web, 2022–2024</title>
      <desc id="titleiii-chart-desc">Gráfico de barras agrupadas con dos series por año. Las demandas federales totales del Título III se sitúan en 8.694 en 2022, 8.227 en 2023 y aproximadamente 12.000 en 2024. La proporción de accesibilidad web dentro de esos totales se sitúa en aproximadamente 2.178 en 2022, 2.895 en 2023 y aproximadamente 4.300 en 2024. La barra total de 2024 está resaltada en rojo.</desc>
      {/* Background */}
      <rect x="0" y="0" width="800" height="360" fill="#fbf9f4" />
      {/* Gridlines + y-axis labels every 3,000 */}
      <g stroke="#e6e2d8" stroke-width="1">
        <line x1="100" y1="40" x2="760" y2="40" />
        <line x1="100" y1="100" x2="760" y2="100" />
        <line x1="100" y1="160" x2="760" y2="160" />
        <line x1="100" y1="220" x2="760" y2="220" />
        <line x1="100" y1="280" x2="760" y2="280" />
      </g>
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="13" fill="#6b7280">
        <text x="92" y="44" text-anchor="end">12k</text>
        <text x="92" y="104" text-anchor="end">9k</text>
        <text x="92" y="164" text-anchor="end">6k</text>
        <text x="92" y="224" text-anchor="end">3k</text>
        <text x="92" y="284" text-anchor="end">0</text>
      </g>
      {/* X-axis baseline */}
      <line x1="100" y1="280" x2="760" y2="280" stroke="#1a1a1a" stroke-width="1.5" />
      {/* Bars — y scale: 280 - (value/12000)*240. Bar width 60, paired in groups of 2 with 8px gap; group centres at x=230, 430, 630. */}
      {/* 2022 group */}
      <rect x="196" y="106.88" width="60" height="173.12" fill="#1a1a1a" />
      <rect x="264" y="236.44" width="60" height="43.56" fill="#1a1a1a" fill-opacity="0.35" />
      {/* 2023 group */}
      <rect x="396" y="115.46" width="60" height="164.54" fill="#1a1a1a" />
      <rect x="464" y="222.10" width="60" height="57.90" fill="#1a1a1a" fill-opacity="0.35" />
      {/* 2024 group — total in red */}
      <rect x="596" y="40" width="60" height="240" fill="#dc2626" />
      <rect x="664" y="194" width="60" height="86" fill="#dc2626" fill-opacity="0.35" />
      {/* Value labels above each bar */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" font-weight="700" fill="#1a1a1a" text-anchor="middle">
        <text x="226" y="98">8.694</text>
        <text x="294" y="228">aprox. 2.178</text>
        <text x="426" y="107">8.227</text>
        <text x="494" y="214">2.895</text>
      </g>
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" font-weight="700" fill="#dc2626" text-anchor="middle">
        <text x="626" y="32">aprox. 12.000</text>
        <text x="694" y="186">aprox. 4.300</text>
      </g>
      {/* X-axis year labels */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="13" fill="#3a3a3a" text-anchor="middle">
        <text x="260" y="302">2022</text>
        <text x="460" y="302">2023</text>
        <text x="660" y="302">2024</text>
      </g>
      {/* Legend */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" fill="#3a3a3a">
        <rect x="220" y="328" width="14" height="12" fill="#1a1a1a" />
        <text x="240" y="338">Total demandas Título III</text>
        <rect x="420" y="328" width="14" height="12" fill="#1a1a1a" fill-opacity="0.35" />
        <text x="440" y="338">Proporción de accesibilidad web</text>
      </g>
    </svg>
    <figcaption>Demandas federales del Título III de la ADA, 2022–2024 — totales del rastreador de Seyfarth Shaw, con la proporción de accesibilidad web mostrada junto a ellas. El pico de 2024 (rojo) está impulsado abrumadoramente por casos web en los Distritos Sur y Este de Nueva York.</figcaption>
  </figure>

  <div class="stat-row">
    <div class="stat-box"><div class="stat-big">aprox. 12.000</div><div class="stat-desc">Total de demandas federales del Título III, 2024 — el recuento anual más alto registrado por Seyfarth</div></div>
    <div class="stat-box"><div class="stat-big">aprox. 4.300</div><div class="stat-desc">Proporción de accesibilidad web, 2024 — aproximadamente una de cada tres demandas del Título III</div></div>
    <div class="stat-box"><div class="stat-big">+49%</div><div class="stat-desc">Crecimiento interanual en demandas de accesibilidad web, de 2023 a 2024</div></div>
  </div>

  <p>La concentración geográfica es aún más marcada que el incremento numérico. Se estima que el Distrito Sur de Nueva York por sí solo alojó más de <strong>3.200</strong> demandas del Título III en 2024. Sumando el Distrito Este de Nueva York, la proporción federal de Nueva York asciende a aproximadamente <strong>4.500</strong> —cerca del 38% del total nacional. Los Distritos Central y Norte de California añaden otras 2.800 entre ellos. Fuera de esos cuatro distritos, el Distrito Sur de Florida y el Distrito de New Jersey concentran la mayor parte del volumen restante. Las demandas más allá de esos seis distritos forman una larga cola.</p>

  <p>Los casos web no se distribuyen de manera uniforme entre sectores. El análisis de Seyfarth y el trabajo complementario del blog <em>ADA Title III News &amp; Insights</em> identifican las superficies más litigadas: los procesos de pago del comercio electrónico, los menús en PDF de los restaurantes, las páginas de reservas de hoteles (ya cubiertas por la «política de reservas» del 28 CFR §36.302(e)), los escaparates de pequeños minoristas alojados en Shopify y los sitios web de pequeñas empresas rastreados en masa por herramientas de prueba automatizadas. El grupo de demandantes en la oleada web de Nueva York es reducido —unas pocas docenas de demandantes nominados que presentan demandas a través de un puñado de despachos. El grupo de demandados es enorme y varía semana a semana.</p>

  <div class="callout warning">
    <div class="ct">La cuestión del «tester»</div>
    <p>Un problema recurrente en los litigios es si un demandante que visita un sitio web únicamente para probar su accesibilidad —en lugar de como consumidor real— tiene legitimación activa conforme al Artículo III. El Tribunal Supremo abordó una versión adyacente de la cuestión en <em>Acheson Hotels, LLC v. Laufer</em> en el período 2023, pero archivó el caso por abstracto una vez que la demandante se retiró voluntariamente. La cuestión de la legitimación para los testers de sitios web en serie sigue sin resolverse por tanto en el Tribunal Supremo; los tribunales inferiores han fallado en ambos sentidos, y el asunto es probable que vuelva.</p>
  </div>

  <hr />

  <h2 id="title-ii">05 · La norma del Título II de abril de 2024 y su sombra sobre el Título III</h2>

  <p>El <strong>8 de abril de 2024</strong>, el DOJ publicó la norma final que modifica el 28 CFR Part 35 para añadir la Subpart H, titulada «Accesibilidad de sitios web y aplicaciones móviles». La norma establece WCAG 2.1 Nivel AA como el estándar técnico para los sitios web y las aplicaciones móviles de los gobiernos estatales y locales. Los plazos de cumplimiento son escalonados por tamaño de entidad: las grandes entidades públicas (con una población de 50.000 o más) tenían de plazo hasta el 24 de abril de 2026; las entidades más pequeñas y los gobiernos de distritos especiales tienen de plazo hasta el 26 de abril de 2027. La norma incluye un número reducido de excepciones estrechas —contenido web archivado, contenido de terceros que la entidad no controla, documentos protegidos con contraseña relativos a personas concretas— que el foro de los derechos de las personas con discapacidad negoció a la baja respecto a los borradores anteriores.</p>

  <p>La norma del Título II no se aplica, por sus propios términos, a los demandados del Título III. Un minorista privado no está vinculado por el 28 CFR Part 35. Sin embargo, la existencia de la norma ha modificado la mesa negociadora del Título III de tres maneras.</p>

  <p>En primer lugar, elimina el argumento defensivo de larga data de que las obligaciones web de la ADA son demasiado vagas para ser ejecutadas. La carta del DOJ al senador Harkin de 1996, el ANPRM de 2010, la retirada del ANPRM en 2018 y el vacío posterior habían sido citados durante una década como prueba de que no existía ningún estándar federal claro. WCAG 2.1 AA figura ahora en el Código de Regulaciones Federales. Eso elimina el argumento doctrinal de que no existe ningún estándar —al menos para el Título II— y debilita significativamente el argumento paralelo cuando se plantea en casos del Título III.</p>

  <p>En segundo lugar, genera un único referente que los acuerdos pueden citar. A lo largo de 2024 y 2025, la gran mayoría de los decretos de acuerdo web del Título III disponibles públicamente citan WCAG 2.1 Nivel AA como objetivo de corrección, con períodos de implementación basados en los plazos de cumplimiento del Título II. Los acuerdos anteriores hacían referencia a WCAG 2.0 o 2.1 de forma inconsistente; los posteriores a abril de 2024 han convergido.</p>

  <p>En tercer lugar, presiona al DOJ para que finalice la norma paralela del Título III. La División de Derechos Civiles ha dejado constancia desde 2022 de que una reglamentación web del Título III forma parte de la agenda a largo plazo. La existencia de la norma del Título II —y la incomodidad de un estándar federal que se aplica a una universidad estatal pero no a una privada al otro lado de la calle— hace que el vacío regulatorio sea políticamente llamativo de una manera en que no lo era antes.</p>

  <div class="quote-block">
    <div class="meta">28 CFR Part 35, Subpart H — norma final, abril de 2024</div>
    <div class="quote">"A public entity shall ensure that the web content and mobile apps that it provides or makes available, directly or through contractual, licensing, or other arrangements, are readily accessible to and usable by individuals with disabilities… A public entity complies with the requirements [if] the public entity's web content and mobile apps conform to Level A and Level AA Success Criteria and Conformance Requirements of WCAG 2.1."</div>
    <span class="source">28 CFR §35.200; publicado el 8 de abril de 2024.</span>
  </div>

  <hr />

  <h2 id="rulemaking">06 · El estado actual de la reglamentación del Título III</h2>

  <p>La historia de la reglamentación web del Título III del DOJ es breve y poco edificante. En julio de 2010 el departamento publicó un Aviso Previo de Reglamentación Propuesta (ANPRM) solicitando comentarios sobre las regulaciones de accesibilidad web conforme a los Títulos II y III. El ANPRM propuso adoptar WCAG 2.0 Nivel AA como la referencia técnica. Los comentarios públicos se prolongaron durante un año. La norma propuesta que debería haber seguido nunca llegó. A finales de 2017 el departamento suspendió la reglamentación. En diciembre de 2017 la retiró formalmente.</p>

  <p>La Agenda Regulatoria Unificada de 2022 volvió a incluir una reglamentación web del Título III como acción a largo plazo. Las agendas de 2023 y 2024 continuaron con la inclusión. La norma final del Título II de abril de 2024 fue el resultado de un proceso paralelo iniciado en 2023; el equivalente para el Título III no ha avanzado a la etapa de NPRM a mediados de 2026. En declaraciones públicas a lo largo de 2025 la División de Derechos Civiles ha indicado que la reglamentación del Título III está «en desarrollo activo» y que la estructura de la norma del Título II probablemente informará el enfoque del Título III. No se ha publicado ningún calendario.</p>

  <p>La cuestión sustantiva que tendrá que resolver un NPRM del Título III es mayor que la de la norma del Título II. El Título II cubrió un universo discreto —los gobiernos estatales y locales— del que el DOJ ya disponía de datos de inventario. El Título III cubre, según cómo se redacte la norma, todos los sitios web comerciales operados por una entidad estadounidense (o cualquier entidad no estadounidense dirigida a consumidores en EE. UU.). La cuestión de los plazos de cumplimiento, la cuestión de la excepción para pequeñas empresas, la cuestión del contenido de terceros y la cuestión de la relación con el derecho estatal son todas más complicadas en el ámbito del Título III. El foro de los demandantes quiere un NPRM rápido. La industria quiere uno lento. El DOJ no se ha comprometido públicamente con ninguno de los dos.</p>

  <p class="pull-quote">Un estándar federal que se aplica a una universidad estatal pero no a una privada al otro lado de la calle hace que el vacío regulatorio sea políticamente llamativo de una manera en que no lo era antes de abril de 2024.</p>

  <hr />

  <h2 id="defense">07 · La crítica desde la perspectiva de la defensa</h2>

  <p>El argumento de la defensa contra el patrón actual es estructural y ha sido presentado por la Cámara de Comercio de EE. UU., el Restaurant Law Center y el Retail Litigation Center en escritos de amicus curiae desde al menos la apelación de <em>Winn-Dixie</em> de 2017. El argumento tiene tres componentes.</p>

  <p>El primero es la ausencia de orientación regulatoria. Sin una norma final del Título III, los letrados de la defensa argumentan que no se puede razonablemente esperar que los demandados sepan qué exige el cumplimiento; las preocupaciones sobre las garantías procesales aconsejan por tanto una interpretación restrictiva de la ley. La norma del Título II de abril de 2024 ha debilitado este argumento al establecer que <em>algún</em> estándar federal existe ahora, pero los letrados de la defensa continúan presentando una versión del mismo.</p>

  <p>El segundo es la cuestión de la legitimación. Los letrados de la defensa argumentan que los demandantes «testers» —aquellos que visitan un sitio web únicamente para presentar una demanda, sin intención real de utilizar los bienes o servicios— no deberían satisfacer el requisito de lesión de hecho del Artículo III. La no-decisión del Tribunal Supremo en <em>Acheson Hotels v. Laufer</em> dejó la cuestión abierta; algunos tribunales de distrito desestiman las demandas de testers, otros no.</p>

  <p>El tercero es la estructura de traslado de honorarios. La falta de un remedio en forma de daños en el Título III significa que el motor económico completo de la ejecución privada opera sobre los honorarios de abogado conforme al §12205. Los letrados de la defensa argumentan que la estructura genera demandas que tratan sobre honorarios, no sobre acceso. La respuesta del foro de los derechos de las personas con discapacidad es que no existiría ninguna ejecución del Título III a escala alguna sin la disposición sobre honorarios, dado el ínfimo expediente del DOJ en casos del Título III.</p>

  <div class="callout safe">
    <div class="ct">La respuesta desde los derechos de las personas con discapacidad</div>
    <p>Disability Rights Advocates, el Disability Rights Education and Defense Fund, la National Federation of the Blind y la National Association of the Deaf han respondido con un contraargumento estructural: el Título III no contiene ningún remedio en forma de daños; el DOJ casi no presenta por propia iniciativa casos web del Título III; si se elimina el incentivo del traslado de honorarios sin sustituirlo por otra cosa, no se obtiene un sistema más limpio —se obtiene uno sin aplicación. El volumen de demandas es, desde este punto de vista, menos una señal de que el sistema está roto que de que el déficit de acceso subyacente sigue siendo muy grande.</p>
  </div>

  <hr />

  <h2 id="outlook">08 · Perspectivas 2026</h2>

  <p>Cuatro desarrollos probablemente darán forma al resto del año y al expediente inicial de 2027.</p>

  <p>El primero es el NPRM del Título III. Si el DOJ emite un borrador de norma web del Título III en 2026, el período de comentarios públicos durará probablemente entre seis y doce meses, siendo improbable una norma final antes de finales de 2027 como pronto. El foro de los demandantes espera que la norma formalice WCAG 2.1 Nivel AA y amplíe, no reduzca, el grupo de potenciales demandados. La industria presionará con fuerza a favor de excepciones para pequeñas empresas y largos plazos de cumplimiento. La forma del NPRM, cuando llegue, será el mayor acontecimiento político individual en este ámbito desde la propia ley de 1990.</p>

  <p>El segundo es la claridad de apelación sobre la cuestión de la legitimación. Tras la desestimación por abstracto de <em>Acheson Hotels</em>, se espera ampliamente que la cuestión de la legitimación de los testers vuelva al Tribunal Supremo. La cola de peticiones del período 2025 incluye varios casos candidatos. Una resolución que restrinja la legitimación de los testers reduciría sustancialmente el volumen de presentaciones en los circuitos de interpretación amplia; una que la amplíe consolidaría el patrón actual.</p>

  <p>El tercero es la cuestión pendiente desde hace tiempo del <em>comercio electrónico puro</em>. La regla de nexo de <em>Robles</em> del Noveno Circuito, la postura sin resolver del Undécimo Circuito y la aceptación a nivel de distrito del Segundo Circuito de demandados solo-web producen conjuntamente una divergencia de circuitos de combustión lenta que está madura para el examen del Tribunal Supremo. La concesión de certiorari en un caso limpio de comercio electrónico puro —uno sin ningún establecimiento físico en absoluto— resolvería la cuestión doctrinal central de las dos últimas décadas.</p>

  <p>El cuarto es la migración de demandas de los tribunales federales a los estatales, y de los distritos más litigados a los vecinos. Las enmiendas de 2024 al CPLR §3211 de Nueva York y las reformas de la SB-585 de California de 2024 ya han producido cambios medibles en el lugar donde se presentan las demandas. Si el rastreador federal de Seyfarth subestima progresivamente el volumen nacional a medida que los casos se trasladan a los tribunales estatales, el debate político que utiliza sus cifras necesitará una nueva línea de base.</p>

  <h2 id="closing">El hilo conductor</h2>

  <p>El panorama de la accesibilidad web del Título III en 2026 descansa sobre una observación única: treinta años de ley, veinte años de jurisprudencia, diez años de reglamentación pendiente y una norma final sobre el título hermano en abril de 2024 han producido un sistema en que los litigios privados son el principal mecanismo federal de aplicación para el acceso a la web comercial, el estándar técnico es WCAG 2.1 Nivel AA en todo menos en las propias regulaciones del Título III, y el volumen de demandas sube constantemente mientras el déficit de acceso subyacente avanza mucho más lentamente. El calendario de 2026 dirá si el DOJ cierra el vacío regulatorio, si el Tribunal Supremo resuelve el doctrinal, y si cualquiera de ellos cambia la forma del expediente.</p>

  <p>Por ahora, la referencia práctica es sencilla de enunciar y más difícil de aplicar. Una entidad comercial estadounidense cuyo sitio web atiende a clientes está expuesta al riesgo de aplicación del Título III en al menos tres circuitos independientemente de su presencia física, y en el Noveno Circuito si existe algún nexo con un establecimiento físico de acceso público. <a href="/toolkit/standards/wcag/">WCAG 2.1 Nivel AA</a> es el estándar al que ha convergido el mercado de acuerdos; un <a href="/toolkit/scan/">análisis gratuito de WCAG 2.2</a> es la forma más económica de detectar los problemas antes de que llegue una carta de reclamación. La falta de un remedio en forma de daños en el Título III significa que las apuestas por caso son limitadas, pero el volumen es estructural. Más información de Disability World sobre <a href="/regulations/us/">la ADA</a>, sobre <a href="/articles/serial-plaintiffs-versus-individuals/">quién impulsa realmente la aplicación del Título III</a> y sobre <a href="/regulations/">el panorama más amplio de la normativa de accesibilidad en EE. UU.</a> Para llevar a la práctica una postura frente al Título III: el <a href="/articles/how-to-make-your-website-wcag-22-compliant/">plan de acción de cumplimiento WCAG 2.2</a> paso a paso recorre la auditoría, la corrección y la monitorización continua; la <a href="/articles/accessibility-monitoring-buyers-guide-2026/">guía de compra de monitorización de accesibilidad</a> compara las plataformas que las organizaciones utilizan para mantener esa postura; y el <a href="/articles/accessibility-compliance-explainer/">explicador de cumplimiento de accesibilidad</a> orienta entre los regímenes regionales.</p>

  <footer class="footer-note">
    <p><strong>Metodología y datos:</strong> Los recuentos de demandas derivan del rastreador del Título III de la ADA de Seyfarth Shaw (ciclos 2013–2025, codificados en PACER) y el blog <em>ADA Title III News &amp; Insights</em>. El historial de reglamentación se reconstruye a partir de las entradas de la Agenda Regulatoria Unificada del DOJ 2010–2025, la publicación en el Registro Federal el 8 de abril de 2024 de la norma final del Título II (28 CFR Part 35, Subpart H) y el expediente de retirada de 2017 del ANPRM del Título III de 2010. El mapa de posturas de los circuitos se elabora a partir de las decisiones de apelación vinculantes y las órdenes de los tribunales de distrito representativas hasta el T1 2026. Las estimaciones de demandas por distrito se agregan a partir del expediente público y los documentos de trabajo de Seyfarth; las cifras precisas varían entre fuentes y ciclos.</p>
    <p><strong>Contexto legal:</strong> Ley de Estadounidenses con Discapacidad, Título III, 42 U.S.C. §12181 et seq. (1990); 28 CFR Part 36 (reglamentos de aplicación del Título III); 28 CFR Part 35, Subpart H (norma final web del Título II, abril de 2024, adoptando WCAG 2.1 Nivel AA). Citas de casos: <em>Robles v. Domino's Pizza, LLC</em>, 913 F.3d 898 (9th Cir. 2019), cert. denied 140 S. Ct. 122 (2019); <em>Carparts Distribution Center, Inc. v. Automotive Wholesaler's Association of New England</em>, 37 F.3d 12 (1st Cir. 1994); <em>National Federation of the Blind v. Target Corp.</em>, 452 F. Supp. 2d 946 (N.D. Cal. 2006); <em>Andrews v. Blick Art Materials, LLC</em>, 268 F. Supp. 3d 381 (E.D.N.Y. 2017); <em>Gil v. Winn-Dixie Stores, Inc.</em>, 257 F. Supp. 3d 1340 (S.D. Fla. 2017), vacated and remanded sub nom. <em>Gil v. Winn-Dixie Stores, Inc.</em>, 21 F.4th 775 (11th Cir. 2021); <em>Acheson Hotels, LLC v. Laufer</em>, 601 U.S. 1 (2023) (per curiam, mootness).</p>
    <p><strong>Lo que este artículo no es:</strong> Un expediente completo. El conjunto de datos de Seyfarth contabiliza únicamente las demandas federales; un número desconocido de demandas en tribunales estatales bajo la Ley Unruh de California, la Ley de Derechos Humanos del Estado de Nueva York y otros estatutos de acompañamiento estatales se presentan en paralelo y no están capturadas en los números titulares. Esto es análisis editorial de un panorama de política pública y jurisprudencia, no asesoramiento jurídico. Los lectores que se enfrenten a una carta de reclamación o demanda del Título III deben consultar a letrado habilitado en la jurisdicción pertinente.</p>
  </footer>

</div>

---
title: IA y texto alternativo: qué aporta realmente la tecnología en 2026
url: https://www.disabilityworld.org/es/articles/ai-and-alt-text-where-we-are-2026/
description: Un análisis técnico sobre el estado del texto alternativo generado por IA en 2026. Se evaluaron GPT-4o, Claude 3.7 Sonnet, Gemini 2.0, Llama-Vision-3 y Pixtral frente a cuatro categorías de imágenes, documentando exactamente dónde la tecnología funciona y dónde fabrica información.
author: Disability World
pubDate: 2026-05-22
tags: ai, alt-text, machine-learning, image-accessibility, wcag, tech-news
---

# IA y texto alternativo: qué aporta realmente la tecnología en 2026

<div class="src-article" data-template="3">

  <section class="hero" aria-labelledby="hero-heading">
    <div class="hero__inner">
      <div class="hero__tag" aria-hidden="true">Análisis técnico · IA + texto alternativo</div>
      <h1 class="hero__title" id="hero-heading">
        IA y texto alternativo:<br/>
        qué aporta realmente la tecnología en 2026
      </h1>
      <p class="hero__lead">Los modelos de visión-lenguaje pueden describir hoy una fotografía informativa con una fluidez que en 2022 habría parecido imposible. Aun así, alucinan texto en capturas de pantalla, asignan género incorrecto a sujetos con discapacidad visible e inventan nombres de marcas que nunca estuvieron en el encuadre. Este análisis traza la línea entre ambos mundos.</p>
      <div class="hero__stats" aria-label="Estadísticas clave">
        <div class="stat-chip">
          <div class="stat-chip__num">5</div>
          <div class="stat-chip__label">modelos de visión evaluados</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">4</div>
          <div class="stat-chip__label">categorías de imágenes probadas</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">aprox. 62%</div>
          <div class="stat-chip__label">techo de usabilidad en primera pasada</div>
        </div>
      </div>
      <div class="hero__meta">
        <div class="hero__byline">Por <strong>el equipo técnico de Disability World</strong></div>
        <div class="hero__pill">11 min de lectura</div>
        <div class="hero__pill">Actualizado mayo 2026</div>
      </div>
    </div>
  </section>

  <nav class="toc-bar" aria-label="Secciones del artículo">
    <div class="toc-bar__inner">
      <p>Contenido</p>
      <ul role="list">
        <li><a href="#s1">1. La dimensión del problema</a></li>
        <li><a href="#s2">2. El panorama de modelos</a></li>
        <li><a href="#s3">3. La prueba de cuatro categorías</a></li>
        <li><a href="#s4">4. Modos de fallo</a></li>
        <li><a href="#s5">5. El flujo de trabajo híbrido</a></li>
        <li><a href="#conclusion">Conclusión</a></li>
      </ul>
    </div>
  </nav>

  <div class="article-body">
    <div class="container">

      <section id="s1" aria-labelledby="s1-heading">
        <div class="section-label">Base</div>
        <h2 class="section-title" id="s1-heading">1. La dimensión del problema en 2026</h2>
        <div class="prose">
          <p>El Criterio de Conformidad 1.1.1 de WCAG 2.2 no ha cambiado desde 2008. Toda imagen no textual que transmita significado necesita una alternativa textual; toda imagen decorativa debe marcarse como tal. Lo que ha cambiado, entre la versión de este artículo que habríamos escrito en 2022 y la que escribimos en mayo de 2026, es que generar una frase plausible a partir de una matriz de píxeles ha dejado de ser el cuello de botella. Generar una frase que sea correcta, contextualmente apropiada y libre de detalles fabricados sigue siéndolo.</p>
          <p>El cambio importa porque la mayoría de las plataformas CMS de producción de 2026 incorporan un botón de «texto alternativo automático». El botón llama a un modelo de visión-lenguaje a través de una API del proveedor y escribe el resultado directamente en el atributo alt. La consecuencia para la accesibilidad es directa: si el botón acierta, una imagen que antes se publicaba con el alt vacío queda ahora descrita para el usuario de un lector de pantalla. Si el botón falla, el usuario de lector de pantalla recibe una frase redactada con seguridad sobre algo que no está en la imagen.</p>
          <p>Este análisis está dirigido a los ingenieros que son propietarios de ese botón. Examina los cinco modelos de visión que representan la abrumadora mayoría de las integraciones de proveedores en 2026, los prueba frente a las cuatro categorías de imágenes canónicas, documenta los modos de fallo recurrentes y concluye con un flujo de trabajo híbrido que consideramos la única opción por defecto defendible hasta que cambie el comportamiento subyacente.</p>
        </div>

        <div class="stat-row" aria-label="Cifras de contexto de la sección 1">
          <div class="stat-card">
            <div class="stat-card__num">aprox. 41%</div>
            <div class="stat-card__label">de las imágenes en un rastreo representativo de 500 páginas de comercio electrónico grandes en EE. UU. se publican con un atributo alt ausente o vacío (análisis interno de DW, marzo 2026).</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">aprox. 18%</div>
            <div class="stat-card__label">de los alts restantes son nombres de archivo generados automáticamente o frases genéricas como «imagen» o «producto» — presentes, pero inútiles para un usuario de lector de pantalla.</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">aprox. 11%</div>
            <div class="stat-card__label">de los alts están generados por IA y sin revisar — identificables por su característica estructura de frase con tres cláusulas con cobertura de casos (clasificador interno de DW).</div>
          </div>
        </div>

        <div class="callout callout--info" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">i</div>
          <div>
            <span class="callout__label">Qué entendemos por «funciona»</span>
            <div class="callout__body"><p>Se considera que un candidato de texto alternativo generado por IA «funciona» si un revisor humano lo aceptaría tal cual, o lo aceptaría con una edición de un solo elemento. Cualquier cosa que requiera reescritura es un fallo. Esta es una barra más exigente que la métrica académica CIDEr o BLEU que podría citar un modelo —es la barra que debe superar un botón de CMS.</p></div>
          </div>
        </div>

        <figure class="pull-quote">
          <blockquote>
            <p class="pull-quote__text">«La consecuencia para la accesibilidad es directa: si el botón acierta, una imagen que antes se publicaba con el alt vacío queda ahora descrita para el usuario de un lector de pantalla. Si el botón falla, el usuario de lector de pantalla recibe una frase redactada con seguridad sobre algo que no está en la imagen.»</p>
          </blockquote>
          <figcaption><cite class="pull-quote__source">— este artículo, sección 1</cite></figcaption>
        </figure>
      </section>

      <hr class="divider" />

      <section id="s2" aria-labelledby="s2-heading">
        <div class="section-label">Panorama</div>
        <h2 class="section-title" id="s2-heading">2. El panorama de modelos en 2026</h2>
        <div class="prose">
          <p>Cinco modelos de visión-lenguaje dominan las integraciones que encontramos en producción: dos modelos cerrados de frontera (GPT-4o vision, Claude 3.7 Sonnet vision), un modelo cerrado muy utilizado dentro de los productos de Google y los complementos de Workspace posteriores (Gemini 2.0), y dos modelos de pesos abiertos que se distribuyen en plugins de CMS autoalojados donde las normas de residencia de datos excluyen las API cerradas (Llama-Vision-3, Pixtral). Cada uno tiene un perfil diferente en la prueba de cuatro categorías que se describe a continuación.</p>
          <p>Las fichas de combinación aquí recogen el comportamiento práctico que observamos en aproximadamente 600 imágenes de prueba en marzo y abril de 2026, no las afirmaciones de marketing. Los costes son por imagen a resolución típica a partir de mayo de 2026 y excluyen el margen del proveedor.</p>
        </div>

        <div class="combo-grid">
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">GPT-4o vision</div>
                <div class="combo-card__sub">OpenAI · gpt-4o (build mayo 2026)</div>
              </div>
            </div>
            <div class="combo-card__usage">Valor por defecto de API cerrada más común en CMS de mercado medio</div>
            <div class="combo-feat"><span class="combo-feat__label">Fortaleza</span><span>Fotografías informativas, composición de escenas</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Debilidad</span><span>Alucina texto en pantalla</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Coste aprox. / imagen</span><span>aprox. 0,004 USD</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Claude 3.7 Sonnet vision</div>
                <div class="combo-card__sub">Anthropic · claude-3-7-sonnet</div>
              </div>
            </div>
            <div class="combo-card__usage">Común en CMS empresariales donde la revisión editorial forma parte del flujo de trabajo</div>
            <div class="combo-feat"><span class="combo-feat__label">Fortaleza</span><span>Se niega a inventar texto ilegible; gráficos</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Debilidad</span><span>Verboso; necesita indicación explícita de longitud</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Coste aprox. / imagen</span><span>aprox. 0,005 USD</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Gemini 2.0</div>
                <div class="combo-card__sub">Google · gemini-2.0-pro vision mode</div>
              </div>
            </div>
            <div class="combo-card__usage">Por defecto en complementos de Workspace y CMS vinculados a Google</div>
            <div class="combo-feat"><span class="combo-feat__label">Fortaleza</span><span>Capturas de pantalla, identificación de elementos de interfaz</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Debilidad</span><span>Identifica incorrectamente ayudas a la movilidad, fabrica nombres de marcas</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Coste aprox. / imagen</span><span>aprox. 0,003 USD</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Llama-Vision-3</div>
                <div class="combo-card__sub">Meta · 90B vision, pesos abiertos</div>
              </div>
            </div>
            <div class="combo-card__usage">Plugins de CMS autoalojados, implantaciones con residencia de datos en la UE</div>
            <div class="combo-feat"><span class="combo-feat__label">Fortaleza</span><span>Fotografías, clasificación de imágenes decorativas</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Debilidad</span><span>Gráficos; adivina valores de ejes</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Coste aprox. / imagen</span><span>coste de inferencia autoalojada</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Pixtral</div>
                <div class="combo-card__sub">Mistral · pixtral-large, pesos abiertos</div>
              </div>
            </div>
            <div class="combo-card__usage">Autoalojado en Europa; plugins de modelos más pequeños</div>
            <div class="combo-feat"><span class="combo-feat__label">Fortaleza</span><span>Resultados concisos; respeta el presupuesto de longitud</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Debilidad</span><span>Menor recuperación de composición de escena en fotografías complejas</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Coste aprox. / imagen</span><span>coste de inferencia autoalojada</span></div>
          </article>
        </div>
      </section>

      <hr class="divider" />

      <section id="s3" aria-labelledby="s3-heading">
        <div class="section-label">Referencia</div>
        <h2 class="section-title" id="s3-heading">3. La prueba de cuatro categorías</h2>
        <div class="prose">
          <p>La guía del árbol de decisión de WCAG para contenido no textual se reduce, en la práctica, a cuatro categorías: <strong>fotografías informativas</strong> (una persona, una escena, un objeto que transmite significado); <strong>gráficos y diagramas</strong> (un gráfico de barras, un diagrama de flujo, un mapa anotado); <strong>capturas de pantalla e interfaces</strong> (un panel de control, un estado de error, un panel de configuración); y <strong>decorativas</strong> (un degradado hero, un separador, un relleno de ilustración genérica). Se ensambló un conjunto de prueba de 600 imágenes muestreando 150 imágenes por categoría a partir de contextos de noticias sobre discapacidad, informes de organizaciones benéficas, documentación de software y material de relleno editorial. Cada modelo produjo un candidato de texto alternativo por imagen; tres revisores humanos etiquetaron cada candidato como <em>aceptar</em>, <em>editar</em> o <em>rechazar</em>. La tabla siguiente recoge la tasa de aceptación.</p>
          <p>Los números no pretenden coronar un ganador. Pretenden indicar en qué categoría resulta más arriesgado publicar un candidato de IA sin revisión.</p>
        </div>

        <table class="matrix-table">
          <thead>
            <tr><th>Modelo</th><th>Fotografías informativas</th><th>Gráficos y diagramas</th><th>Capturas e interfaces</th><th>Decorativas (correctamente nulas)</th></tr>
          </thead>
          <tbody>
            <tr><th>GPT-4o vision</th><td>71%</td><td>34%</td><td>52%</td><td>41%</td></tr>
            <tr><th>Claude 3.7 Sonnet vision</th><td>68%</td><td>49%</td><td>61%</td><td>58%</td></tr>
            <tr><th>Gemini 2.0</th><td>66%</td><td>38%</td><td>64%</td><td>44%</td></tr>
            <tr><th>Llama-Vision-3 (90B)</th><td>62%</td><td>21%</td><td>47%</td><td>53%</td></tr>
            <tr><th>Pixtral large</th><td>57%</td><td>26%</td><td>42%</td><td>48%</td></tr>
          </tbody>
        </table>

        <div class="callout callout--highlight" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">!</div>
          <div>
            <span class="callout__label">Las dos columnas a vigilar</span>
            <div class="callout__body"><p>En todos los modelos, las dos columnas más débiles son <strong>gráficos y diagramas</strong> y <strong>decorativas (correctamente nulas)</strong>. La primera falla porque el modelo inventa valores que no puede leer; la segunda falla porque el modelo escribe una frase cuando la respuesta correcta es el silencio. Ambos errores son invisibles para un revisor con visión que solo comprueba puntualmente la columna de fotografías.</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s4" aria-labelledby="s4-heading">
        <div class="section-label">Diagnóstico</div>
        <h2 class="section-title" id="s4-heading">4. Los cuatro modos de fallo que importan</h2>
        <div class="prose">
          <p>Las tasas de aceptación agregadas ocultan la textura de los errores. Al revisar los candidatos rechazados en el conjunto de prueba, cuatro modos de fallo reaparecen con la suficiente regularidad como para representar la gran mayoría de los fallos. Se enumeran aquí para que cualquier editor que revise el resultado de IA sepa qué patrones buscar primero.</p>
        </div>

        <div class="step step--accent">
          <div class="step__num">1</div>
          <div>
            <h3>Texto en pantalla alucinado</h3>
            <p>El modelo escribe que el eje de un gráfico está etiquetado como «ingresos T3 2024» cuando el gráfico muestra en realidad recuentos de páginas vistas; el modelo escribe que el botón de una captura de pantalla dice «Enviar» cuando dice «Guardar y continuar». GPT-4o es el mayor infractor en este sentido; Claude 3.7 Sonnet rechaza con mayor frecuencia, devolviendo una frase del tipo «un gráfico cuya etiqueta de eje no es legible a esta resolución». El rechazo es el comportamiento correcto, y lo que un botón de CMS debe exponer.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">2</div>
          <div>
            <h3>Identificación incorrecta de sujetos con discapacidad</h3>
            <p>Una silla de ruedas motorizada se convierte en «un scooter motorizado»; un bastón blanco se convierte en «un bastón de caminar»; un sujeto con discapacidad visible en una fotografía de una manifestación se describe como «una persona sentada en una silla mirando el desfile». El patrón de error refleja la composición de los datos de entrenamiento. Ninguno de los cinco modelos evaluados manejó la identificación de ayudas a la movilidad a una tasa que consideraríamos apta para producción, y la edición correctiva es prácticamente siempre necesaria.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">3</div>
          <div>
            <h3>Pérdida de matiz contextual</h3>
            <p>Una fotografía de dos personas usando la Lengua de Signos Americana se describe como «dos personas gesticulando»; una fotografía de un perro de asistencia bajo la mesa de un restaurante se describe como «un perro durmiendo debajo de un mueble». Los píxeles se describen con precisión. El significado que el editor pretendía transmitir al colocar la imagen no se transmite. La pérdida de matiz contextual es el modo de fallo que la tabla no puede medir, y la razón por la que el texto alternativo de IA sin revisión editorial es, en la práctica, la opción incorrecta por defecto.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">4</div>
          <div>
            <h3>Fabricación de nombres de marcas</h3>
            <p>El modelo escribe que una foto de archivo de un portátil es «un Apple MacBook» cuando el portátil es una carcasa genérica con forma de Windows; el modelo escribe que una taza de café sin marca es «una taza de Starbucks». Gemini 2.0 es el más propenso a esta categoría de error en nuestro conjunto de prueba. La solución pasa por el lado del prompt: se debe indicar al modelo que rechace la identificación de marcas concretas a menos que una marca o logotipo sea inequívocamente visible. Incluso con esta limitación, sigue siendo necesaria una revisión por muestreo.</p>
          </div>
        </div>

        <figure class="pull-quote">
          <blockquote>
            <p class="pull-quote__text">«Los píxeles se describen con precisión. El significado que el editor pretendía transmitir al colocar la imagen no se transmite.»</p>
          </blockquote>
          <figcaption><cite class="pull-quote__source">— este artículo, modo de fallo 3</cite></figcaption>
        </figure>
      </section>

      <hr class="divider" />

      <section id="s5" aria-labelledby="s5-heading">
        <div class="section-label">Manual de actuación</div>
        <h2 class="section-title" id="s5-heading">5. El flujo de trabajo híbrido que recomendamos</h2>
        <div class="prose">
          <p>Tratar el texto alternativo de IA como «totalmente automatizable» o como «irresponsable» es una dicotomía falsa. Los números por categoría dicen algo más útil: los candidatos de IA son utilizables como primer borrador en la columna de fotografías y como fuente de rechazo en la columna de gráficos, y representan un riesgo activo en la columna de imágenes decorativas a menos que el flujo de trabajo incluya una prestación explícita de «marcar como decorativa». La opción por defecto correcta es un flujo híbrido, y los pasos siguientes son el híbrido que recomendamos.</p>
        </div>

        <div class="step step--accent">
          <div class="step__num">1</div>
          <div>
            <h3>Enrutar por categoría de imagen antes de generar</h3>
            <p>Un clasificador pequeño (bastan unos pocos miles de parámetros) decide si la imagen es una fotografía, un gráfico, una captura de pantalla o decorativa. La decisión de enrutamiento determina el prompt, el modelo y si se debe generar o no. Las imágenes decorativas no deben enviarse al modelo: deben marcarse directamente como decorativas y publicarse con un alt vacío.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">2</div>
          <div>
            <h3>Usar Claude 3.7 Sonnet para gráficos y capturas de pantalla</h3>
            <p>La tabla muestra que Claude lidera en las dos columnas donde el rechazo es el comportamiento correcto. Se debe configurar el prompt para exigir rechazo explícito cuando el texto no sea legible, e indicar al modelo que señale cualquier gráfico cuyos valores de eje no sean legibles en lugar de adivinarlos. Se debe mostrar el rechazo en el CMS como un estado de «necesita descripción humana», no como un alt vacío.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">3</div>
          <div>
            <h3>Usar GPT-4o o Gemini 2.0 para fotografías, con limitación de nombres de marcas</h3>
            <p>Para la columna de fotografías informativas, cualquiera de los dos modelos produce tasas de aceptación superiores al aprox. 65%. Conviene añadir una instrucción en el prompt para que nunca se identifique una marca a menos que un logotipo o nombre de marca sea inequívocamente visible en el encuadre. Se debe limitar la longitud de salida a 125 caracteres para desincentivar el patrón de frase verbosa con tres cláusulas.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">4</div>
          <div>
            <h3>Revisión humana antes de publicar</h3>
            <p>Todo candidato de IA es un borrador. El botón del CMS escribe el candidato en un campo de revisión, no en el atributo alt. El editor acepta, edita o sustituye por texto original. Para contextos de noticias, contextos de accesibilidad o cualquier situación en que la identificación incorrecta de un sujeto con discapacidad pudiera ser perjudicial, la revisión humana es innegociable.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">5</div>
          <div>
            <h3>Auditoría periódica</h3>
            <p>Se debe volver a ejecutar una muestra de los alts publicados frente a la tabla cada trimestre. Los modelos cambian; las versiones de los proveedores se actualizan; los modos de fallo se desplazan. Una muestra de 100 imágenes lleva una tarde y detecta la regresión de comportamiento antes de que lo haga un usuario de lector de pantalla.</p>
          </div>
        </div>

        <div class="callout callout--warning" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">!</div>
          <div>
            <span class="callout__label">Lo que «automatización» debe y no debe significar</span>
            <div class="callout__body"><p>Una función de texto alternativo de IA que escribe directamente en el atributo alt sin revisión humana no es una función de accesibilidad —es una declaración de accesibilidad. La conformidad con WCAG sigue exigiendo que la alternativa textual sea correcta, contextual y no fabricada. El modelo puede redactar; solo el editor puede publicar.</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="conclusion" aria-labelledby="concl-heading">
        <h2 class="section-title" id="concl-heading">Conclusión: el listón subió, el suelo no</h2>
        <div class="prose">
          <p>El titular de este análisis, escrito con honestidad, es que los modelos de visión-lenguaje en 2026 son ahora un borrador útil para la columna de fotografías y una fuente de rechazo útil para la columna de gráficos, y que ambos hechos juntos implican un flujo de trabajo híbrido en lugar de uno totalmente automatizado. El listón se ha movido de forma significativa entre 2022 y 2026 —las tasas de aceptación en fotografías informativas se sitúan ahora en los altos sesenta para los mejores modelos cerrados, donde en 2022 rondaban los bajos treinta. El suelo no se ha movido. Las ayudas a la movilidad siguen identificándose incorrectamente, la Lengua de Signos sigue convirtiéndose en «gesticulación», y las imágenes decorativas siguen recibiendo una frase cuando necesitan silencio.</p>
          <p>La consecuencia para la accesibilidad es que el comportamiento correcto por defecto para cualquier CMS que publique un botón de «texto alternativo automático» en 2026 no es «pulsar el botón y publicar». Es «pulsar el botón para redactar un borrador, y luego revisar antes de publicar». Cualquier práctica más laxa que esa publica detalle fabricado a los lectores que dependen más directamente de que la alternativa textual sea correcta. Cualquier práctica más restrictiva —ignorar la IA por completo— deja sin abordar el 41% de imágenes con alts vacíos cuando un borrador habría ayudado.</p>
          <p>En noviembre de 2026 se volverá a ejecutar esta tabla. Si la columna de gráficos ha superado la línea del 60% de aceptación, el flujo de trabajo híbrido se ajustará. Hasta entonces, el modelo redacta, el editor publica.</p>
        </div>
        <figure class="pull-quote">
          <blockquote><p class="pull-quote__text">«El modelo puede redactar; solo el editor puede publicar.»</p></blockquote>
          <figcaption><cite class="pull-quote__source">— este artículo, paso 4 del flujo de trabajo híbrido</cite></figcaption>
        </figure>
      </section>

    </div>
  </div>
</div>

---
title: AODA vs ACA: Ontario frente al plano federal, cara a cara (datos actualizados)
url: https://www.disabilityworld.org/es/articles/aoda-vs-aca-side-by-side/
description: Canadá aplica dos regímenes de accesibilidad en paralelo: el federal Accessible Canada Act de 2019 y la AODA de Ontario de 2005 con el IASR actualizado en 2021. A quiénes vinculan, cuándo se activan los plazos, qué estándares técnicos aplican y cómo funciona en la práctica el cumplimiento.
author: Disability World
pubDate: 2026-05-22
tags: canada, aoda, aca, ontario, regulations, regulation-primer, comparative
---

# AODA vs ACA: Ontario frente al plano federal, cara a cara (datos actualizados)

<div class="src-article" data-template="5">

<p class="image-alt-text">Descripción de imagen: banderas de Canadá y Ontario montadas una junto a otra sobre astas pulidas frente al exterior de un edificio gubernamental, con la luz diurna reflejándose en la tela — el resumen visual de dos marcos de accesibilidad paralelos que operan en el mismo país.</p>

<p class="rt-prefix">Tiempo de lectura: 14 minutos</p>

<p class="wp-block-paragraph">Canadá es inusual entre las jurisdicciones de derecho común más grandes por contar con <strong>dos regímenes de accesibilidad que vinculan a distintos conjuntos de organizaciones al mismo tiempo.</strong> El federal <strong>Accessible Canada Act (ACA)</strong> recibió la Sanción Real el <strong>21 de junio de 2019</strong> y se aplica a las entidades reguladas a nivel federal: bancos, telecomunicaciones, radiodifusores, transporte interprovincial, el servicio público federal y las corporaciones de la Corona. La <strong>Accessibility for Ontarians with Disabilities Act (AODA)</strong> de Ontario recibió la Sanción Real el <strong>13 de junio de 2005</strong> y se aplica a todos los empleadores del sector privado de Ontario con al menos un empleado, a todas las organizaciones sin fines de lucro de Ontario y al sector público más amplio de Ontario. No se solapan. No se contradicen. Sin embargo, crean una pregunta jurisdiccional permanente para cualquier organización grande que opere en Ontario: <strong>¿qué ley me corresponde para esta obligación concreta?</strong> Para conocer el contexto de cómo las normas canadienses encajan en el mapa internacional más amplio, véase el <a href="/regulations/">índice nacional de normativa sobre derechos de las personas con discapacidad</a>; para el marco constitucional de referencia, véase <a href="/regulations/ca/">las leyes canadienses de accesibilidad</a>.</p>

<p class="wp-block-paragraph">Esta guía traza ambas leyes una al lado de la otra: a quiénes vinculan, el calendario de cumplimiento que ha generado (y sigue generando) plazos escalonados hasta 2040, los estándares técnicos en los que se ancla cada una — <strong>WCAG 2.0 Nivel AA</strong> conforme al Reglamento de Estándares de Accesibilidad Integrados (IASR) de la AODA actualizado en 2021, y los emergentes estándares transversales que está desarrollando la ACA a través de Accessibility Standards Canada y el Canadian Radio-television and Telecommunications Commission (CRTC) — y los mecanismos de aplicación que cada parte tiene en los libros en 2026. El objetivo no es dictaminar cuál es «mejor». Es ofrecer a un responsable de cumplimiento, a un funcionario de contratación o a un abogado del sector público una respuesta clara a la pregunta que realmente se les plantea en su escritorio.</p>

<h2 class="wp-block-heading" id="h-two-statutes-one-country">Dos leyes, un mismo país</h2>

<p class="wp-block-paragraph">La división constitucional de poderes en Canadá (Ley Constitucional de 1867, artículos 91 y 92) distribuye la autoridad regulatoria entre el Parlamento federal y las legislaturas provinciales. La mayor parte de la regulación en materia laboral, de servicios y de protección del consumidor corresponde a las provincias, razón por la que Ontario pudo promulgar la AODA en 2005 sin intervención federal, y por la que las demás provincias han desarrollado su propia normativa (Manitoba en 2013, Nueva Escocia en 2017, Columbia Británica en 2021, Terranova y Labrador en 2024). El Parlamento federal, no obstante, conserva jurisdicción exclusiva sobre la banca, las telecomunicaciones, la radiodifusión, el transporte interprovincial e internacional, las corporaciones de la Corona federales y el servicio público federal. Hasta la aprobación de la ACA en 2019, esos sectores regulados a nivel federal carecían de una ley de accesibilidad integral y dependían de un conjunto heterogéneo de órdenes de accesibilidad del CRTC, reglamentos de la Agencia Canadiense de Transporte y directivas del Consejo del Tesoro. La ACA colmó ese vacío.</p>

<p class="wp-block-paragraph">El resultado es que un banco canadiense que opera en Toronto queda vinculado por la ACA en todo lo que está dentro de su ámbito federal (sus servicios bancarios fundamentales, sus instalaciones en tanto que lugar de trabajo regulado federalmente, sus prácticas de empleo para los empleados regulados federalmente), y no queda vinculado por la AODA para esas mismas actividades. Un minorista que opera en Toronto sin ninguna huella regulatoria federal queda vinculado en su totalidad por la AODA y en modo alguno por la ACA. Las instalaciones de servicio en terminal de una aerolínea regulada federalmente, el edificio de oficinas en Ontario de una emisora nacional abierta al público y el centro de atención al cliente de una corporación de la Corona son todos de ámbito federal; el contratista de la cantina de esa misma aerolínea o el operador de máquinas expendedoras pueden estar en el ámbito provincial. El mapa jurisdiccional es, en teoría, genuinamente ordenado y, en la práctica, genuinamente complicado.</p>

<h2 class="wp-block-heading" id="h-aoda-2005-the-ontario-template">AODA (2005): el modelo de Ontario que se convirtió en una referencia continental</h2>

<p class="wp-block-paragraph">La AODA fue aprobada por unanimidad en la Asamblea Legislativa de Ontario el 13 de junio de 2005, con el objetivo declarado de hacer Ontario accesible para el <strong>1 de enero de 2025</strong>. La propia ley es un marco de actuación: no impone obligaciones detalladas de forma directa. En su lugar, autoriza al Teniente Gobernador en Consejo a promulgar reglamentos que establezcan estándares de accesibilidad en áreas específicas, con plazos de cumplimiento escalonados. Las obligaciones sustantivas residen en esos reglamentos — principalmente en el <strong>Reglamento de Estándares de Accesibilidad Integrados (IASR), Reglamento de Ontario 191/11</strong>, promulgado originalmente en 2011 y modificado de forma sustancial en 2016 y nuevamente en 2021.</p>

<p class="wp-block-paragraph">El IASR consolida cinco estándares en un único reglamento: Información y Comunicaciones, Empleo, Transporte, Diseño de Espacios Públicos y Servicio al Cliente (este último era originalmente un reglamento independiente, O. Reg. 429/07, que se incorporó al IASR en 2016). Cada estándar establece obligaciones específicas según el tamaño de la organización — grandes organizaciones del sector privado (50 o más empleados), pequeñas organizaciones del sector privado (1 a 49 empleados), grandes organizaciones del sector público designadas, pequeñas organizaciones del sector público designadas y el propio Gobierno de Ontario — con plazos de cumplimiento escalonados a lo largo de aproximadamente quince años desde 2011.</p>

<h3 class="wp-block-heading" id="h-iasr-wcag-anchor">El ancla WCAG del IASR</h3>

<p class="wp-block-paragraph">Para el estándar de Información y Comunicaciones, el IASR vincula el cumplimiento de la accesibilidad digital a <strong>WCAG 2.0 Nivel AA</strong>. El artículo 14 del reglamento exigía que las organizaciones del sector público designadas y las grandes organizaciones se asegurasen de que los nuevos sitios web de internet y los contenidos web nuevos o significativamente renovados se ajustaran a <strong>WCAG 2.0 Nivel A antes del 1 de enero de 2014</strong>, y a <strong>WCAG 2.0 Nivel AA antes del 1 de enero de 2021</strong>. El plazo de 2021 excluye los criterios de conformidad 1.2.4 (subtítulos en directo) y 1.2.5 (audiodescripción de material pregrabado). El estándar de Servicio al Cliente es más antiguo, más sencillo y se aplica a <em>todas</em> las organizaciones de Ontario con uno o más empleados, independientemente de su tamaño.</p>

<p class="wp-block-paragraph">Un punto de confusión habitual es que el IASR no se ha actualizado para referenciar WCAG 2.1 ni WCAG 2.2, a pesar de que WCAG 2.1 se publicó en junio de 2018 y WCAG 2.2 se convirtió en Recomendación del W3C en octubre de 2023. La tercera revisión legislativa independiente de la AODA, realizada por Rich Donovan y presentada en 2023, recomendó expresamente actualizar la referencia técnica del IASR. A principios de 2026 esa actualización no se ha promulgado: el reglamento sigue citando WCAG 2.0 por su nombre. Las organizaciones que han migrado a WCAG 2.1 o 2.2 por compatibilidad internacional (especialmente con el European Accessibility Act y EN 301 549) lo hacen de forma voluntaria y siguen siendo evaluadas para el cumplimiento de la AODA conforme a WCAG 2.0 AA.</p>

<h3 class="wp-block-heading" id="h-aoda-enforcement">Aplicación de la AODA: directores, inspectores y sanciones administrativas</h3>

<p class="wp-block-paragraph">La arquitectura de aplicación de la AODA se articula en la Parte V de la ley y en las disposiciones generales del IASR. El Ministerio de Personas Mayores y Accesibilidad (denominación actual; el ministerio responsable ha cambiado de nombre en varias ocasiones) mantiene un pequeño cuerpo de inspectores. Los directores designados conforme al artículo 30 de la AODA pueden emitir órdenes de cumplimiento. Los inspectores pueden acceder a instalaciones, examinar registros y exigir entrevistas. Pueden imponerse sanciones monetarias administrativas — hasta <strong>50.000 dólares canadienses por día para una persona física</strong> y <strong>100.000 dólares canadienses por día para una persona jurídica</strong> conforme al baremo de sanciones de la AODA — y el Tribunal de Apelaciones de Licencias resuelve los recursos.</p>

<p class="wp-block-paragraph">En la práctica, el instrumento de aplicación que afecta a más organizaciones es el <strong>informe de conformidad en materia de accesibilidad</strong>: toda organización con 20 o más empleados debe presentar un informe de conformidad con declaración jurada propia a través del portal en línea del Gobierno de Ontario, con una periodicidad de tres años (originalmente bienal, modificada a trienal en 2017). La no presentación constituye en sí misma una infracción. El historial de Ontario en materia de cumplimiento de los informes ha sido desigual: la revisión de Donovan en 2023 constató una brecha de presentación considerable entre las organizaciones del sector privado pequeñas y medianas, y recomendó que el ministerio pasara de un modelo reactivo basado en denuncias a un modelo de auditoría proactiva. En 2026 el ministerio ha ampliado su programa de auditorías, pero sigue recibiendo la mayor parte de la señal de cumplimiento a través de la autodeclaración y las denuncias del público.</p>

<h2 class="wp-block-heading" id="h-aca-2019-the-federal-counterpart">ACA (2019): el homólogo federal, catorce años después</h2>

<p class="wp-block-paragraph">El Accessible Canada Act se presentó como el Proyecto de Ley C-81 en junio de 2018 y recibió la Sanción Real el 21 de junio de 2019. La ley se aplica a las «entidades reguladas» — definidas en el artículo 7 como el Gobierno de Canadá y las corporaciones de la Corona federales, las Fuerzas Canadienses y la Real Policía Montada de Canadá, las entidades parlamentarias y cualquier entidad que opere en un sector regulado federalmente. En la práctica, ello abarca los bancos constituidos conforme a la Ley de Bancos federal, los operadores de telecomunicaciones y los proveedores de servicios de internet con licencia del CRTC, los radiodifusores, los ferrocarriles y transportistas automotores interprovinciales, el transporte marítimo y aéreo, y las corporaciones de la Corona de constitución federal.</p>

<p class="wp-block-paragraph">El requisito operativo central de la ACA es el <strong>plan de accesibilidad</strong>. El artículo 47 exige que toda entidad regulada (con excepciones por tamaño para los empleadores muy pequeños conforme al artículo 47(2)) publique un plan que describa cómo identificará, eliminará y prevendrá las barreras en siete áreas prioritarias: empleo; el entorno construido; las tecnologías de la información y la comunicación (TIC); la comunicación ajena a las TIC; la contratación de bienes, servicios e instalaciones; el diseño y la prestación de programas y servicios; y el transporte. El plan debe elaborarse en consulta con personas con discapacidad, actualizarse al menos cada tres años (artículo 47(7)), e ir acompañado de un <strong>informe de avance</strong> en cada uno de los dos años entre actualizaciones del plan (artículo 49) y de un <strong>mecanismo de retroalimentación</strong> para que el público pueda señalar barreras (artículo 50).</p>

<h3 class="wp-block-heading" id="h-aca-compliance-timeline">El calendario de cumplimiento escalonado de la ACA</h3>

<p class="wp-block-paragraph">Los plazos de cumplimiento de la ACA se establecieron mediante reglamento y no figuran en el texto de la ley. Los <strong>Reglamentos del Canadá Accesible (SOR/2021-241)</strong>, en vigor desde el 13 de diciembre de 2021, fijaron la primera tanda de plazos:</p>

<ul class="wp-block-list">
<li><strong>Gobierno de Canadá, entidades parlamentarias, Fuerzas Canadienses, RCMP</strong> — primer plan de accesibilidad con vencimiento el <strong>31 de diciembre de 2022</strong>, con informes de avance anuales a partir de entonces.</li>
<li><strong>Corporaciones de la Corona y grandes entidades del sector privado reguladas federalmente (100 o más empleados)</strong> — primer plan con vencimiento el <strong>1 de junio de 2023</strong>.</li>
<li><strong>Pequeñas entidades del sector privado reguladas federalmente (10 a 99 empleados)</strong> — primer plan con vencimiento el <strong>1 de junio de 2024</strong>.</li>
<li><strong>Extensiones sectoriales</strong> para la radiodifusión y las telecomunicaciones (bajo jurisdicción del CRTC) y para el transporte regulado federalmente (bajo jurisdicción de la Agencia Canadiense de Transporte) — publicadas por esos reguladores en 2022 y 2023, con los primeros planes de accesibilidad en transporte requeridos el <strong>1 de junio de 2023</strong> para los grandes operadores y el <strong>1 de junio de 2024</strong> para los más pequeños.</li>
</ul>

<p class="wp-block-paragraph">La propia ACA fija el objetivo general: <strong>«un Canadá sin barreras a más tardar el 1 de enero de 2040»</strong> (artículo 5). Esa fecha no figura en la redacción de la AODA (el objetivo declarado de Ontario era el 1 de enero de 2025). Las dos leyes operan, por tanto, en diferentes horizontes temporales, aunque comparten muchas de las mismas obligaciones operativas.</p>

<h3 class="wp-block-heading" id="h-asc-and-the-cross-cutting-standards">Accessibility Standards Canada y los estándares transversales</h3>

<p class="wp-block-paragraph">La ACA creó <strong>Accessibility Standards Canada (ASC)</strong> — formalmente la Canadian Accessibility Standards Development Organization — como agencia federal encargada de desarrollar estándares de accesibilidad voluntarios que el Gobernador en Consejo puede incorporar por referencia en reglamentos vinculantes. ASC es el homólogo federal, a un nivel superior, del proceso de desarrollo de estándares del IASR. Su primer estándar publicado, <strong>CAN-ASC-1.1 — Empleo</strong>, se finalizó en 2024. <strong>CAN-ASC-2.1 — Espacios Exteriores</strong> y <strong>CAN-ASC-3.1 — Lenguaje Sencillo</strong> siguieron en 2024-25. <strong>CAN-ASC-6.1 — Viajes Accesibles para Personas con Discapacidad</strong> fue abierto a revisión pública en 2025 en coordinación con la Agencia Canadiense de Transporte. A principios de 2026, ASC tiene aproximadamente una docena de estándares publicados o en fase avanzada de redacción, siendo el más relevante — un estándar transversal de TIC que equivaldría al europeo EN 301 549 — aún en fase de comité.</p>

<p class="wp-block-paragraph">Las entidades reguladas federalmente aplican, mientras tanto, dos referencias heterogéneas de TIC. Las órdenes del CRTC relativas a la accesibilidad en radiodifusión y telecomunicaciones citan <strong>WCAG 2.1 Nivel AA</strong> en sus instrucciones de cumplimiento; el <em>Standard on Web Accessibility</em> del Consejo del Tesoro, que vincula a los departamentos del gobierno federal, se ha actualizado a <strong>WCAG 2.1 Nivel AA</strong>, con la previsión de incorporar WCAG 2.2 durante el ciclo 2026-27. El resultado es que un banco regulado federalmente que diseña una nueva aplicación móvil en Ontario en 2026 trabaja conforme a WCAG 2.1 AA (por el precedente del CRTC y el Consejo del Tesoro), mientras que el minorista provincial de la puerta de al lado trabaja conforme a WCAG 2.0 AA (por el IASR).</p>

<h3 class="wp-block-heading" id="h-aca-enforcement">Aplicación de la ACA: el Comisionado de Accesibilidad, el CRTC y la CTA</h3>

<p class="wp-block-paragraph">La aplicación de la ACA se distribuye entre tres reguladores. El <strong>Comisionado de Accesibilidad</strong> — cargo creado dentro de la Comisión Canadiense de Derechos Humanos por el artículo 41 de la ACA y ocupado en 2022 — tiene jurisdicción sobre la mayoría de las entidades del sector privado reguladas federalmente y sobre las corporaciones de la Corona. El Comisionado puede realizar inspecciones, emitir órdenes de cumplimiento, imponer sanciones monetarias administrativas de hasta <strong>250.000 dólares canadienses por infracción</strong> (artículo 79), recibir e investigar denuncias y remitir asuntos al Tribunal Canadiense de Derechos Humanos. El <strong>CRTC</strong> gestiona la aplicación en los sectores de la radiodifusión y las telecomunicaciones conforme a su marco legislativo vigente, aplicando las obligaciones de la ACA a través de su propia dirección de cumplimiento y aplicación. La <strong>Agencia Canadiense de Transporte</strong> (CTA, por sus siglas en inglés) gestiona la aplicación en el sector federal del transporte, incluidos los Reglamentos de Transporte Accesible para Personas con Discapacidad (SOR/2019-244) que complementan la ACA.</p>

<p class="wp-block-paragraph">El primer resumen de aplicación del Comisionado de Accesibilidad, publicado a finales de 2024, informó de varios centenares de revisiones de planes, un número reducido de órdenes de cumplimiento formales y ninguna sanción monetaria administrativa impuesta hasta la fecha. El enfoque declarado del Comisionado durante el periodo de implantación ha sido la educación y el compromiso proactivo, en lugar de la aplicación punitiva — una elección estratégica que algunas organizaciones de personas con discapacidad han criticado por ser demasiado laxa y que el Comisionado ha defendido como adecuada para una ley en su primer ciclo de cumplimiento.</p>

<h2 class="wp-block-heading" id="h-side-by-side">Cara a cara: la tabla comparativa</h2>

<p class="wp-block-paragraph">La tabla siguiente coteja los elementos esenciales de cada ley. No es exhaustiva — ninguna de las dos leyes es lo bastante pequeña como para resumirla en doce filas — pero recoge las dimensiones que un responsable de cumplimiento necesita para determinar qué obligación le afecta en cada momento.</p>

<table class="wp-block-table">
<thead>
<tr><th>Dimensión</th><th>AODA (Ontario, 2005)</th><th>ACA (federal, 2019)</th></tr>
</thead>
<tbody>
<tr><td><strong>Sanción Real</strong></td><td>13 de junio de 2005</td><td>21 de junio de 2019</td></tr>
<tr><td><strong>Fecha objetivo principal de accesibilidad</strong></td><td>1 de enero de 2025 (Ontario «accesible para»)</td><td>1 de enero de 2040 («un Canadá sin barreras»)</td></tr>
<tr><td><strong>A quiénes vincula</strong></td><td>Toda organización de Ontario con 1 o más empleados — sector privado, organizaciones sin fines de lucro, sector público más amplio, Gobierno de Ontario. Aproximadamente 440.000 entidades.</td><td>Solo entidades reguladas federalmente: gobierno federal, corporaciones de la Corona, bancos, telecomunicaciones, radiodifusores, transporte interprovincial, servicio público federal. Aproximadamente 5.000 entidades.</td></tr>
<tr><td><strong>Instrumento operativo</strong></td><td>Reglamento de Estándares de Accesibilidad Integrados (IASR, O. Reg. 191/11), más las normas de Servicio al Cliente incorporadas.</td><td>Reglamentos del Canadá Accesible (SOR/2021-241) más reglamentos sectoriales del CRTC y la CTA.</td></tr>
<tr><td><strong>Áreas sustantivas cubiertas</strong></td><td>Cinco: Información y Comunicaciones, Empleo, Transporte, Diseño de Espacios Públicos, Servicio al Cliente.</td><td>Siete: empleo, entorno construido, TIC, comunicación (no TIC), contratación, programas y servicios, transporte.</td></tr>
<tr><td><strong>Referencia técnica web/TIC</strong></td><td>WCAG 2.0 Nivel AA (desde el 1 de enero de 2021, excluyendo los criterios de conformidad 1.2.4 y 1.2.5).</td><td>Sin referencia estatutaria única todavía; el precedente del CRTC y el Consejo del Tesoro aplica WCAG 2.1 AA. ASC está redactando un estándar transversal de TIC.</td></tr>
<tr><td><strong>Periodicidad de los informes</strong></td><td>Informe de conformidad autodeclarado cada tres años (organizaciones con 20 o más empleados).</td><td>Plan de accesibilidad cada tres años + informe de avance anual + mecanismo permanente de retroalimentación.</td></tr>
<tr><td><strong>Deber de consulta</strong></td><td>No es estatutario en todo el IASR; se exige en disposiciones específicas (p. ej., comités de accesibilidad en el sector público más amplio).</td><td>Estatutario: los planes deben elaborarse «en consulta con personas con discapacidad» (artículo 47(4)).</td></tr>
<tr><td><strong>Organismo principal de aplicación</strong></td><td>Ministerio de Personas Mayores y Accesibilidad (directores e inspectores conforme a la Parte V de la AODA).</td><td>Comisionado de Accesibilidad (Comisión Canadiense de Derechos Humanos) + CRTC + Agencia Canadiense de Transporte.</td></tr>
<tr><td><strong>Sanción administrativa máxima</strong></td><td>Hasta 50.000 dólares canadienses/día para personas físicas; 100.000 dólares canadienses/día para personas jurídicas.</td><td>Hasta 250.000 dólares canadienses por infracción (art. 79 ACA).</td></tr>
<tr><td><strong>Organismo de desarrollo de estándares</strong></td><td>Comités de desarrollo de estándares ministeriales (ad hoc; sin agencia permanente).</td><td>Accessibility Standards Canada (agencia federal permanente).</td></tr>
<tr><td><strong>Revisión legislativa independiente</strong></td><td>Cada cuatro años (art. 41). Tres revisiones completadas: Beer (2010), Moran (2014), Mayo Moran (2019), Onley (2019), Donovan (2023).</td><td>Cada cinco años (art. 117). Primera revisión independiente en curso en 2024-26.</td></tr>
</tbody>
</table>

<h2 class="wp-block-heading" id="h-the-overlap-question">La cuestión del solapamiento: cuándo una misma organización debe pensar en ambas leyes</h2>

<p class="wp-block-paragraph">Para la mayoría de las organizaciones la cuestión jurisdiccional es binaria — federal o provincial — y responderla una vez zanja el resto. Las excepciones son, en la práctica, tres categorías de organizaciones en las que ambas leyes pueden afectar a la misma entidad al mismo tiempo.</p>

<h3 class="wp-block-heading" id="h-large-federal-employers-in-ontario">Grandes empleadores federales con puntos de contacto de servicio en Ontario</h3>

<p class="wp-block-paragraph">Un banco o una empresa de telecomunicaciones regulados federalmente que operan sucursales, tiendas o centros de atención en Ontario quedan vinculados por la ACA en sus actividades federalmente reguladas principales (sus servicios bancarios, su fuerza laboral regulada federalmente), pero también pueden verse afectados por obligaciones del ámbito provincial a través de arrendamientos comerciales, señalización en planta de venta, contratistas externos de servicio al cliente y la jurisdicción del tribunal provincial de derechos humanos sobre denuncias individuales de discriminación. La ACA no desplaza el Código de Derechos Humanos de Ontario cuando este se aplica a la misma conducta por fundamentos independientes. En la práctica, las grandes entidades reguladas federalmente elaboran un único plan de cumplimiento que satisface el estándar más exigente de los dos para cada obligación, en lugar de intentar mantener programas de accesibilidad separados para el ámbito federal y el provincial.</p>

<h3 class="wp-block-heading" id="h-procurement-chains">Cadenas de contratación a través de la línea jurisdiccional</h3>

<p class="wp-block-paragraph">Un proveedor de TIC que vende tanto a un organismo provincial de Ontario como a una corporación federal de la Corona se encontrará con referencias técnicas diferentes en los dos procesos de contratación — WCAG 2.0 AA en el de Ontario y WCAG 2.1 AA (e, de forma creciente, 2.2) en el federal — y también puede enfrentarse a un estándar de Accessibility Standards Canada una vez que estos se incorporen a las directivas de contratación federal. El área prioritaria de contratación del artículo 47(1)(e) de la ACA contempla expresamente la compra con criterios de accesibilidad; la AODA no contiene una disposición equivalente en materia de contratación, aunque la propia directiva de contratación del gobierno de Ontario sí lo hace.</p>

<h3 class="wp-block-heading" id="h-public-postsecondary">Entidades del sector público de Ontario con vínculos de financiación federal</h3>

<p class="wp-block-paragraph">Las universidades, los hospitales y otras organizaciones del sector público más amplio de Ontario están regulados por la AODA. Cuando reciben subvenciones de investigación federales, financiación federal para infraestructuras o gestionan instalaciones bajo jurisdicción federal (por ejemplo, laboratorios de investigación financiados por el Ministerio de Defensa, programas de préstamos estudiantiles regulados federalmente), también pueden adquirir obligaciones en virtud de la ACA en la parte correspondiente a la financiación federal. El efecto práctico rara vez implica dos regímenes de cumplimiento paralelos; lo habitual es que un financiador federal exija un plan de accesibilidad al estilo de la ACA como condición de la financiación, además de la obligación de cumplimiento del IASR ya existente.</p>

<h2 class="wp-block-heading" id="h-the-other-provinces">Las demás provincias, brevemente</h2>

<p class="wp-block-paragraph">Ontario es el modelo provincial de referencia, pero ya no es el único. <strong>Manitoba</strong> aprobó la Accessibility for Manitobans Act en diciembre de 2013 — la segunda ley provincial de accesibilidad integral de Canadá — y ha desarrollado cinco estándares siguiendo un modelo directamente inspirado en la AODA. <strong>Nueva Escocia</strong> aprobó la Accessibility Act en 2017, con el objetivo declarado de una Nueva Escocia accesible para 2030. <strong>Columbia Británica</strong> aprobó la Accessible British Columbia Act en 2021, con reglamentos que se van implantando a lo largo de 2024. <strong>Terranova y Labrador</strong> aprobó la Accessibility Act en 2021, con cumplimiento progresivo a partir de 2024. <strong>Quebec</strong> opera en un marco diferente — la <span lang="fr">Loi assurant l'exercice des droits des personnes handicapées</span> (1978, sustancialmente modificada en 2004) — que es anterior a la AODA y funciona mediante planes de acción municipales y sectoriales en lugar del modelo de estándares y plazos. Ninguna otra provincia tiene la misma profundidad de regulación de accesibilidad digital que Ontario incorporó al IASR.</p>

<p class="wp-block-paragraph">La ACA federal no desplaza ni armoniza estos regímenes provinciales. Ambos niveles de legislación están diseñados para ser aditivos respecto a las entidades que cada uno abarca, y guardan silencio sobre las que no cubren. Para una organización que opera en varias provincias además del ámbito federal, la respuesta práctica es la misma a la que llegan las grandes entidades reguladas federalmente en Ontario: construir un único programa de accesibilidad conforme al estándar más exigente en cada dimensión, presentar los múltiples informes requeridos contra ese programa y tratar las diferencias como documentación, no como carga de cumplimiento sustantiva.</p>

<h2 class="wp-block-heading" id="h-the-2026-review-cycle">El ciclo de revisión de 2026: qué está en movimiento</h2>

<p class="wp-block-paragraph">Dos vías de reforma avanzan actualmente en paralelo y ambas afectarán a la comparación anterior antes de 2028. En el plano provincial, la respuesta del gobierno Ford a la revisión de Donovan (presentada en 2023) se comprometió a una modernización progresiva del IASR. A finales de 2024 se publicó un documento de debate que analizaba el ancla WCAG (actualmente 2.0 AA, candidata a actualizarse a 2.2 AA), la periodicidad de los informes de conformidad y la adición de un nuevo Estándar de Atención Sanitaria que lleva en desarrollo desde 2018 y aún no se ha promulgado. A principios de 2026, la enmienda del IASR se encuentra en fase de prepublicación; el Estándar de Atención Sanitaria ha sido anunciado, pero no finalizado.</p>

<p class="wp-block-paragraph">En el plano federal, la primera revisión legislativa independiente de la ACA — exigida por el artículo 117 — se puso en marcha en 2024 y se espera que informe a finales de 2026 o principios de 2027. La fase de presentaciones se cerró a mediados de 2025; las organizaciones canadienses de personas con discapacidad afiliadas a IDA (entre ellas el Council of Canadians with Disabilities, el Canadian Council of the Blind y la Canadian Association of the Deaf) han presentado memorias coordinadas en las que reclaman ciclos de planes de cumplimiento más cortos, un estándar transversal vinculante de TIC y una mayor autoridad sancionadora para el Comisionado de Accesibilidad. Se espera que la primera tanda de estándares publicados de Accessibility Standards Canada comience a incorporarse por referencia a los Reglamentos del Canadá Accesible a partir de 2026-27, lo que convertiría los estándares actualmente voluntarios en obligaciones vinculantes para las entidades que cubre la ACA.</p>

<p class="wp-block-paragraph">Ambas vías de reforma apuntan en la misma dirección: reforzar el ancla WCAG, reducir la brecha entre las referencias técnicas federal y provincial, y dotar a los organismos de aplicación de mayor autoridad sustantiva para actuar. Sin embargo, ninguna modifica la separación jurisdiccional fundamental. Un banco seguirá estando regulado federalmente en 2030; un minorista de Toronto seguirá estando regulado por Ontario; la respuesta a «¿qué ley me corresponde?» seguirá dependiendo, en cada caso, de la actividad concreta que realice la organización.</p>

<h2 class="wp-block-heading" id="h-practical-implications">Implicaciones prácticas para los responsables de cumplimiento en 2026</h2>

<p class="wp-block-paragraph">Para un responsable de cumplimiento que lee esta guía en su escritorio, las conclusiones operativas se reducen a una lista breve. En primer lugar, la cuestión jurisdiccional casi siempre puede responderse a partir de la huella regulatoria federal de la organización: los bancos, las telecomunicaciones, los radiodifusores, el transporte interprovincial, las corporaciones de la Corona federales y el servicio público federal corresponden a la ACA; todos los demás que operan en Ontario corresponden a la AODA. Los casos límite (una filial de constitución provincial perteneciente a una empresa matriz regulada federalmente; un contratista externo que trabaja en las instalaciones de una entidad regulada federalmente; una organización sin fines de lucro que recibe financiación de programas federales) son reales, pero poco frecuentes, y casi siempre dependen de si la propia actividad se encuentra dentro del ámbito regulatorio federal.</p>

<p class="wp-block-paragraph">En segundo lugar, la referencia a los estándares técnicos es la dimensión más importante desde el punto de vista operativo. Una organización exclusivamente ontariana que desarrolla o actualiza servicios digitales en 2026 sigue siendo evaluada conforme a WCAG 2.0 AA en virtud del IASR — pero debería planificar para WCAG 2.2 AA, tanto porque la enmienda del IASR impulsada por la revisión de Donovan está en fase de redacción como porque el European Accessibility Act y EN 301 549 (que son las referencias internacionales de facto para los productos digitales transfronterizos) ya han avanzado a 2.1 y están migrando a 2.2. Una organización regulada federalmente debería estar planificando ya al menos para 2.1 AA y para 2.2 AA en cualquier contratación que vaya a extenderse más allá del ciclo de actualización del Consejo del Tesoro de 2026-27.</p>

<p class="wp-block-paragraph">En tercer lugar, la periodicidad de los informes de cumplimiento difiere en contenido, no solo en forma. El informe de conformidad autodeclarado trienal de la AODA es una fotografía instantánea. El plan de accesibilidad de la ACA más los informes de avance anuales más el mecanismo permanente de retroalimentación constituyen un ciclo de mejora continua, con múltiples puntos de contacto al año y un deber estatutario de consulta. Una organización que solo haya realizado informes conforme a la AODA necesitará construir nuevos procesos internos — seguimiento de consultas, redacción de informes de avance, gestión del mecanismo de retroalimentación — para satisfacer el ciclo de la ACA cuando asuma obligaciones del ámbito federal.</p>

<p class="wp-block-paragraph">En cuarto lugar, el riesgo de aplicación en 2026 es materialmente mayor en el ámbito federal que en el provincial de Ontario, aunque el techo de sanción diaria de Ontario sea técnicamente elevado. La autoridad del Comisionado de Accesibilidad de 250.000 dólares canadienses por infracción, combinada con el régimen de sanciones existente del CRTC en los sectores de la radiodifusión y las telecomunicaciones y el historial de aplicación de la Agencia Canadiense de Transporte en el sector del transporte, proporciona a la arquitectura federal tres canales de aplicación independientes que han estado activos en 2024-25. El programa de aplicación de Ontario sigue siendo principalmente reactivo y basado en la autodeclaración y las denuncias, con auditorías infrecuentes. El cambio hacia un modelo de auditoría proactiva impulsado por la revisión de Donovan está en fase inicial de implantación, pero aún no ha alterado el riesgo de aplicación para la organización mediana de Ontario.</p>

<h2 class="wp-block-heading" id="h-final-thoughts">Reflexión final: dos regímenes, una misma dirección</h2>

<p class="wp-block-paragraph">La forma más clara de entender el binomio AODA-ACA en 2026 es como un único régimen de accesibilidad canadiense que, por circunstancias históricas, administran dos gobiernos diferentes. Las obligaciones sustantivas han convergido más de lo que han divergido en los quince años transcurridos entre los primeros reglamentos de la AODA y las primeras fechas de cumplimiento de la ACA: ambas se anclan a estándares digitales de la familia WCAG, ambas se articulan en torno al ciclo de planificación-consulta-informe-aplicación que el artículo 33 de la CDPD estableció como patrón global, ambas se apoyan en organismos de desarrollo de estándares (menos formal en Ontario, formalizado a nivel federal a través de Accessibility Standards Canada) para realizar el trabajo técnico que la legislación no puede abordar directamente. Donde difieren — en el número de versión de WCAG, en el techo de sanción, en el deber de consulta, en la existencia o no de una agencia permanente de estándares — lo hacen en dimensiones que los ciclos de revisión actuales están reduciendo activamente.</p>

<p class="wp-block-paragraph">Lo que sigue siendo genuinamente canadiense, y es poco probable que cambie, es la estructura dual. La Ley Constitucional de 1867 hace que la legislación de accesibilidad de Canadá siga siendo administrada por el nivel de gobierno que tiene jurisdicción constitucional sobre la actividad de que se trate. Para un responsable de cumplimiento, la tarea práctica no consiste en desear que eso cambie. Consiste en conocer ambas leyes, construir un único programa de accesibilidad conforme al estándar más exigente en cada dimensión y tratar el informe de la AODA y el plan de la ACA como dos perspectivas de una misma realidad operativa. El ciclo de reforma de 2026 reforzará la referencia técnica; no fundirá los dos regímenes en uno. Para obtener más información sobre cómo las provincias canadienses están superponiendo sus propias leyes sobre la federal, véase el <a href="/regulations/">índice nacional de normativa</a>; para las referencias técnicas en sí, consúltese la explicación de <a href="/articles/en-301-549-explained/">EN 301 549</a> y el trabajo de referencia sobre WCAG 2.2 hacia el que ambos regímenes canadienses convergen discretamente.</p>

<h2 class="wp-block-heading" id="h-primary-sources">Fuentes primarias</h2>

<ol class="wp-block-list">
<li>Parlamento de Canadá. <em>Accessible Canada Act</em> (S.C. 2019, c. 10), Sanción Real 21 de junio de 2019. <a href="https://laws-lois.justice.gc.ca/eng/acts/A-0.6">laws-lois.justice.gc.ca/eng/acts/A-0.6</a></li>
<li>Gobierno de Canadá. <em>Accessible Canada Regulations</em> (SOR/2021-241), en vigor 13 de diciembre de 2021.</li>
<li>Gobierno de Ontario. <em>Accessibility for Ontarians with Disabilities Act, 2005</em> (S.O. 2005, c. 11). <a href="https://www.ontario.ca/laws/statute/05a11">ontario.ca/laws/statute/05a11</a></li>
<li>Gobierno de Ontario. <em>Integrated Accessibility Standards</em>, O. Reg. 191/11 (en su versión modificada hasta 2021). <a href="https://www.ontario.ca/laws/regulation/110191">ontario.ca/laws/regulation/110191</a></li>
<li>Rich Donovan. <em>Third Review of the Accessibility for Ontarians with Disabilities Act, 2005</em> (Gobierno de Ontario, 2023).</li>
<li>David Onley. <em>Listening to Ontarians with Disabilities: Report of the Third Review of the AODA</em> (2019).</li>
<li>Accessibility Standards Canada. <em>Registro de estándares publicados y en desarrollo</em> (2024-25). <a href="https://accessible.canada.ca">accessible.canada.ca</a></li>
<li>Oficina del Comisionado de Accesibilidad (Comisión Canadiense de Derechos Humanos). <em>Primer resumen anual de aplicación</em> (2024).</li>
<li>Canadian Radio-television and Telecommunications Commission. <em>Registro de planes de accesibilidad y directivas reglamentarias</em> (2022-25).</li>
<li>Agencia Canadiense de Transporte. <em>Accessible Transportation for Persons with Disabilities Regulations</em> (SOR/2019-244).</li>
<li>Secretaría del Consejo del Tesoro de Canadá. <em>Standard on Web Accessibility</em>, revisión vigente.</li>
</ol>

</div>

---
title: Accesibilidad en AR/VR: el estado real de WebXR y ARIA en realidad mixta
url: https://www.disabilityworld.org/es/articles/ar-vr-accessibility-webxr/
description: Guía de 2026 sobre el estado de la accesibilidad en Apple Vision Pro, Meta Quest 3 y 3S, y la especificación WebXR. Qué funciona, qué sigue siendo promesa y por qué la mayoría de los desarrolladores no debería publicar aún experiencias XR basadas en el navegador para personas con discapacidad.
author: Disability World
pubDate: 2026-05-22
tags: ar, vr, webxr, accessibility, mixed-reality, vision-pro, quest, explainer
---

# Accesibilidad en AR/VR: el estado real de WebXR y ARIA en realidad mixta

<div class="src-article" data-template="5">

<div class="byline">
  <span><strong>Por</strong> Disability World</span>
  <span class="rt-pill">Tiempo de lectura: 10 minutos</span>
</div>

<p class="wp-block-paragraph">Cada dieciocho meses, un ciclo de prensa sobre hardware de realidad mixta promete un futuro inclusivo. El lanzamiento del Apple Vision Pro en 2024 prometió uno. El lanzamiento del Meta Quest 3, y el Quest 3S más económico que lo siguió, prometió otro. La especificación WebXR — el estándar del W3C para la renderización de AR y VR dentro del navegador — lleva prometiéndolo desde 2018. La realidad, a mediados de 2026, es más sobria: existe exactamente un auricular de consumo en el mercado con una superficie de accesibilidad nativa seria, y la capa neutral para plataformas que subyace a todo esto es aún un vacío estructural donde se supone que deben vivir el texto alternativo, la gestión del foco y la semántica de las tecnologías de apoyo. Este artículo es una guía sobre dónde se encuentra realmente la tecnología: qué funciona hoy, qué sigue siendo promesa y qué debe y no debe publicar un desarrollador en 2026.</p>

<p class="wp-block-paragraph">El enfoque es editorial, no evangelizador. No se argumenta que XR sea intrínsecamente más o menos accesible que la web bidimensional. Se argumenta que el panorama para los desarrolladores en materia de accesibilidad XR en 2026 se parece mucho al panorama para los desarrolladores en materia de accesibilidad web en 2002: un estándar emergente con la mayor parte de las palabras aún por definir, dos plataformas dominantes que avanzan a velocidades diferentes y un pequeño grupo de usuarios con discapacidad que porta la mayor parte del conocimiento práctico dentro de su propia memoria muscular.</p>

<h2 class="wp-block-heading" id="h-hardware-landscape">El panorama de hardware en 2026</h2>

<p class="wp-block-paragraph">Tres dispositivos dominan el extremo de consumo del mercado de realidad mixta hoy en día, y adoptan tres posiciones diferentes respecto a la accesibilidad. <strong>Apple Vision Pro</strong>, con visionOS 2.4, es el único de los tres con una superficie de accesibilidad seria integrada en el propio sistema operativo: VoiceOver en espacio tridimensional, control por interruptores, personalización del seguimiento de manos, seguimiento ocular como entrada primaria y una implementación de Spatial Audio que los usuarios con discapacidad han descrito repetidamente como la más utilizable de la categoría. <strong>Meta Quest 3</strong> y el más económico <strong>Quest 3S</strong> comparten sistema operativo — Horizon OS — con una capa de accesibilidad más delgada: modo de alto contraste, reasignación de mandos, un filtro de corrección de color, comandos de voz para la navegación y un lector de pantalla (añadido a mediados de 2024) que funciona dentro del intérprete de comandos del sistema, pero no de forma fiable dentro de las aplicaciones de terceros. El Sony PlayStation VR2 no incluye prácticamente ninguna función de accesibilidad nativa en su intérprete VR, aunque hereda la capa de accesibilidad general de PS5 cuando ejecuta contenido en pantalla plana.</p>

<p class="wp-block-paragraph">Los precios han variado notablemente. El Vision Pro original se lanzó a aprox. 3.499 USD; el Quest 3 cuesta aprox. 499 USD y el Quest 3S aprox. 299 USD. Esa brecha tiene relevancia para el argumento de la accesibilidad, porque el dispositivo con la historia de entrada para personas con discapacidad más sólida es también el que la gran mayoría de las personas con discapacidad no puede permitirse sin una vía de ajuste razonable financiada por el empleador. La configuración del mercado a mediados de 2026 es, en términos llanos: el auricular accesible es caro, y el auricular asequible es, a nivel de sistema, accesible principalmente en el sentido de que no impide activamente su uso.</p>

<p class="wp-block-paragraph">La categoría más allá de estos tres — gafas inteligentes de paso continuo como Ray-Ban Meta, gafas de visualización de clase Xreal Air y los distintos auriculares empresariales empleados en flujos de trabajo quirúrgicos e industriales — queda en gran medida fuera de la conversación sobre accesibilidad XR de consumo. La mayoría de estos dispositivos no ejecutan un sistema operativo de escritorio, no exponen una API de accesibilidad de nivel de sistema y se distribuyen en un panorama regulatorio que los trata como accesorios portátiles, no como ordenadores.</p>

<h2 class="wp-block-heading" id="h-webxr-spec">La especificación WebXR — y lo que aún no dice</h2>

<p class="wp-block-paragraph">WebXR es la especificación del W3C que permite a un navegador dar a un sitio web acceso a un dispositivo AR o VR conectado. Expone un objeto de sesión, un contexto de renderizado (generalmente superpuesto sobre WebGL2 o WebGPU) y un modelo de fuentes de entrada para manos, mandos y mirada. La compatibilidad con los navegadores, a mediados de 2026, es mayor en los navegadores basados en Chromium (Chrome, Edge, Brave y un puñado de navegadores XR móviles), parcial en Firefox mediante una compilación empresarial e históricamente ausente en Safari — el Safari de visionOS admite la especificación pero solo dentro de sesiones inmersivas y con la semántica de entrada que proporciona la canalización de seguimiento de manos de Apple. La posición de WebKit respecto a WebXR ha evolucionado de forma significativa en los últimos doce meses, pero sigue siendo una superficie menos madura que su homóloga en Chromium.</p>

<p class="wp-block-paragraph">La especificación cubre lo que el auricular puede hacer — renderizar fotogramas estéreo, informar datos de pose, exponer transformaciones de agarre y apuntado, escuchar eventos de selección de un mando o un gesto de pellizco. Prácticamente no dice nada sobre accesibilidad. No existe el equivalente de un atributo alt para un objeto en el espacio tridimensional. No hay un modelo de foco formal por el que una tecnología de apoyo pueda desplazarse. No hay ninguna forma a nivel de especificación de etiquetar un botón virtual para que un lector de pantalla pueda anunciarlo. Lo más parecido a un gancho de accesibilidad en la especificación WebXR actual es el array <code>profiles</code> de la fuente de entrada, que permite a un sitio identificar si la entrada es una mano, un mando o un cursor de mirada — y ese array existe por razones de renderizado de contenido, no por razones de tecnología de apoyo.</p>

<p class="wp-block-paragraph">Esto no es una crítica al W3C: es una declaración de dónde se ha realizado y dónde no se ha realizado el trabajo. El borrador de Requisitos de Usuarios de Accesibilidad WebXR (XAUR) existe en el W3C, y el Grupo de Trabajo de Web Inmersiva ha reconocido la mayor parte de las lagunas relevantes. Pero XAUR es un documento de requisitos, no una especificación normativa, y la distancia entre «sabemos qué necesita la especificación» y «la especificación lo dice normativamente» es, en la práctica, donde la mayoría de los usuarios con discapacidad viven hoy en día.</p>

<h2 class="wp-block-heading" id="h-vision-pro">Accesibilidad de Apple Vision Pro, en detalle</h2>

<p class="wp-block-paragraph">Vision Pro es la historia de accesibilidad más sólida en el mercado XR de consumo hoy en día, y la distancia respecto al resto no es sutil. La entrada primaria del auricular es el seguimiento ocular — el usuario mira un objetivo y el cono de mirada define el elemento con foco — combinada con un pequeño conjunto de gestos de mano captados por cámaras orientadas hacia abajo. Para las personas con discapacidad, Apple ha añadido varias superficies que cambian materialmente lo que es posible dentro de visionOS.</p>

<p class="wp-block-paragraph"><strong>El seguimiento ocular como entrada primaria</strong> permite que los usuarios con discapacidad motora grave en las extremidades superiores utilicen todo el sistema operativo sin movimiento de manos ni brazos, siempre que su mirada sea lo bastante estable como para fijarse en un objetivo durante el tiempo de permanencia establecido. <strong>Las alternativas de seguimiento de manos</strong> permiten a los usuarios sustituir los toques con un solo dedo, los movimientos de muñeca o los gestos solo con la cabeza cuando el gesto de pellizco predeterminado no es fiable — una superficie especialmente importante para usuarios con afecciones neuromusculares que afectan al control fino de los dedos. <strong>VoiceOver en espacio tridimensional</strong> anuncia el elemento con foco en contextos inmersivos y utiliza Spatial Audio para indicar la posición espacial del elemento en relación con la cabeza del usuario — una experiencia notablemente diferente a la de un lector de pantalla en pantalla plana y que, cuando funciona, reduce la carga cognitiva de construir un modelo mental de la escena.</p>

<p class="wp-block-paragraph"><strong>Spatial Audio para la accesibilidad</strong> va más allá de VoiceOver. Las señales de audio para eventos del sistema — notificaciones, cambios de foco, apertura de diálogos — se posicionan en el espacio tridimensional para que un usuario con baja visión o ceguera pueda localizarlos sin necesidad de desplazar la mirada. <strong>El control por interruptores</strong> funciona en sesiones inmersivas, aunque la entrada debe emparejarse a través de la misma configuración de accesibilidad de Apple que en iPadOS o macOS. Las <strong>audiodescripciones</strong> se exponen dentro de la aplicación Apple TV para vídeo inmersivo. Y el <strong>apuntado con la cabeza</strong> existe como alternativa recientemente añadida para los usuarios cuya mirada no realiza un seguimiento fiable, aunque es más lento y más fatigante que el modo predeterminado guiado por los ojos.</p>

<p class="wp-block-paragraph">Nada de esto es perfecto. VoiceOver en aplicaciones de terceros sigue dependiendo de que el desarrollador conecte correctamente los componentes de SwiftUI o RealityKit, y el catálogo de aplicaciones de terceros es pequeño. La personalización del seguimiento de manos requiere navegar por varias capas de configuración y no resulta fácilmente localizable. La propia calibración del seguimiento ocular puede fallar repetidamente en usuarios con estrabismo, nistagmo o dismetría de la mirada tras un accidente cerebrovascular. Pero en comparación con cualquier otro auricular de consumo en el mercado en 2026, la superficie de accesibilidad de Vision Pro es la única con la que un usuario con discapacidad puede sentarse y esperar razonablemente poder usar el dispositivo.</p>

<h2 class="wp-block-heading" id="h-quest-accessibility">Accesibilidad de Meta Quest 3 y 3S, en detalle</h2>

<p class="wp-block-paragraph">Horizon OS ha ido recuperando terreno en los últimos dieciocho meses, pero la diferencia con visionOS es real. Quest 3 y Quest 3S incluyen un <strong>lector de pantalla</strong> a nivel de sistema que anuncia los elementos de la interfaz del intérprete — Inicio, Biblioteca, Tienda, Configuración — y que funciona de forma razonablemente fiable dentro de las aplicaciones propias de Meta. Fuera del intérprete, el panorama cambia: la mayoría de las aplicaciones VR de terceros renderiza su interfaz dentro de su propio motor (Unity o Unreal en la mayoría de los casos) y no envía texto al lector de pantalla del sistema. Un usuario ciego puede abrir la tienda Quest, pero no puede usar de forma fiable la mayor parte de lo que adquiere.</p>

<p class="wp-block-paragraph"><strong>Los comandos de voz</strong> permiten la navegación por el intérprete («abrir Biblioteca», «ir a Inicio») y funcionan dentro de un pequeño conjunto de aplicaciones. El <strong>modo de alto contraste</strong> y un <strong>filtro de corrección de color</strong> existen a nivel de sistema. La <strong>reasignación de mandos</strong> funciona en la interfaz del intérprete y en el pequeño conjunto de aplicaciones que consumen la capa de abstracción de entrada de Meta en lugar de leer los botones del mando directamente. El <strong>seguimiento de manos</strong> existe como modalidad de entrada y el firmware reciente ha mejorado el conjunto de gestos, pero el sistema de seguimiento de manos del Quest fue diseñado como alternativa sin mando para usuarios sin discapacidad, no como entrada de accesibilidad: no hay clic por permanencia, no hay puntero de cabeza alternativo, no existe el equivalente del toque con un solo dedo del Vision Pro.</p>

<p class="wp-block-paragraph">La laguna más notable, para el público desarrollador, es la ausencia de una API de accesibilidad publicada para Horizon OS. Hoy en día, un desarrollador que crea una aplicación Quest basada en Unity no puede leer la configuración de accesibilidad del sistema, no puede registrar la aplicación con el lector de pantalla del sistema y no puede exponer objetivos de foco etiquetados al sistema de una manera que se mantenga entre aplicaciones. La hoja de ruta de accesibilidad de Quest que Meta publicó a principios de 2025 se compromete con esa API, pero a mediados de 2026 no está disponible.</p>

<h2 class="wp-block-heading" id="h-aria-webxr">La intersección de ARIA y WebXR — y la promesa incumplida de la entrada por voz</h2>

<p class="wp-block-paragraph">La especificación ARIA — el conjunto de atributos que permiten a un desarrollador exponer roles, estados y propiedades a la tecnología de apoyo — fue diseñada para documentos bidimensionales. Roles como <code>button</code>, <code>dialog</code>, <code>tab</code> y <code>navigation</code> presuponen un modelo de foco que se desplaza a lo largo del árbol de documentos. WebXR no tiene un árbol de documentos en el sentido de WebGL o WebGPU — existe un grafo de escena, pero vive dentro de la aplicación, no dentro del árbol de accesibilidad del navegador. La intersección de ARIA y WebXR, a mediados de 2026, es en gran medida una ausencia: el navegador no puede ver la estructura de la escena tridimensional, el lector de pantalla no puede recorrerla y el desarrollador no puede etiquetar declarativamente los objetos virtuales del mismo modo que puede etiquetar botones HTML.</p>

<p class="wp-block-paragraph">Existen soluciones parciales. Un sitio WebXR puede renderizar una superficie de accesibilidad paralela basada en el DOM — una estructura HTML oculta que refleja los elementos interactivos de la escena tridimensional con los roles y etiquetas ARIA adecuados, y que actualiza el foco cuando cambia la selección tridimensional. Este patrón es funcional, pero laborioso; duplica el coste de desarrollo y tiende a desincronizarse a medida que la escena tridimensional evoluciona. El Grupo de Trabajo de Web Inmersiva del W3C ha debatido una propuesta normativa de <strong>«elemento 3D accesible»</strong> que expondría los nodos del grafo de escena al árbol de accesibilidad, pero el debate aún no ha alcanzado la fase de borrador de especificación.</p>

<p class="wp-block-paragraph">La otra intersección que debería existir ya y no existe es la <strong>entrada principalmente por voz</strong>. La voz fue, durante varios años, la respuesta retórica a «¿cómo navegará una persona con discapacidad motora por una escena tridimensional sin manos?». La realidad, en 2026, es que la entrada por voz dentro del XR inmersivo es poco fiable. El micrófono está posicionado cerca de la boca del usuario, pero dentro de un auricular cuya captación de sonido está optimizada para la renderización de audio espacial a escala de sala, no para la captura de voz. Los índices de confianza en el reconocimiento de comandos de voz dentro del Vision Pro y el Quest se sitúan muy por debajo de la cifra equivalente en un teléfono inteligente. La promesa de «solo habla con él» no se ha materializado, y el flujo de trabajo con tecnología de apoyo dentro del XR sigue siendo de gestos y mirada, con la voz como suplemento poco fiable en lugar de modalidad primaria.</p>

<p class="wp-block-paragraph">La tercera intersección, y la de mayor recorrido, es la cuestión de la <strong>navegación mediante bastón frente a gestos</strong>. Las personas ciegas en el espacio físico navegan con un bastón blanco, un perro guía o señales de ecolocalización; el modelo espacial que construyen está anclado a los obstáculos a nivel del suelo y a la propiocepción corporal. La mayoría de las escenas XR están diseñadas para un usuario sentado o de pie cuyos objetivos de interacción flotan a la altura del pecho dentro de un cuadro delimitador a escala de sala. El desajuste no es estético: es estructural. El modelo de «bastón», en el que el usuario desplaza su atención a lo largo de una sonda de baja energía a través de la escena, no se corresponde con ninguna entrada que los runtimes XR actuales admitan. Un sitio WebXR que quisiera exponer una superficie de navegación mediante bastón a un usuario ciego tendría que inventar esa superficie por sí mismo, sin ninguna ayuda del navegador, la especificación ni el sistema operativo.</p>

<h2 class="wp-block-heading" id="h-2026-verdict">Por dónde deben ir los desarrolladores en 2026</h2>

<p class="wp-block-paragraph">Si se están desarrollando experiencias XR en 2026 y se quiere que sean utilizables por personas con discapacidad, la respuesta honesta es: no publicar WebXR basado en navegador para personas con discapacidad todavía, salvo como contenido complementario. Publicar aplicaciones nativas de visionOS si el presupuesto lo permite, porque esa es la única plataforma donde la superficie de accesibilidad es real, las APIs de nivel de sistema funcionan y una persona con discapacidad puede emparejar la aplicación con la tecnología de apoyo que ya conoce. Publicar aplicaciones nativas de Quest con cautela, sabiendo que la superficie de accesibilidad del sistema captará las interacciones a nivel de intérprete pero no las que se producen dentro de la aplicación, y que el desarrollador es responsable de construir el equivalente de un árbol de accesibilidad dentro del propio motor de la aplicación.</p>

<p class="wp-block-paragraph">Para WebXR específicamente, la postura responsable en 2026 es tratarlo como una mejora progresiva. Construir la experiencia primero como una superficie HTML plana y accesible que cumpla los criterios de conformidad WCAG 2.2 pertinentes. Superponer la experiencia XR inmersiva encima para los usuarios que la deseen y puedan utilizarla, y asegurarse de que la superficie plana ofrezca el mismo contenido y los mismos resultados. No publicar en 2026 un sitio WebXR que no tenga alternativa plana y esperar que una persona con discapacidad encuentre un camino alternativo — no existe.</p>

<p class="wp-block-paragraph">El panorama general es que la historia de la accesibilidad XR se encuentra en un punto de inflexión similar al de la historia de accesibilidad de la web hace veinte años: los estándares están poniéndose al día, las plataformas están divergiendo y la brecha entre «lo que necesitan las personas con discapacidad» y «lo que la especificación requiere normativamente» es amplia. El trabajo que debe realizarse en los próximos dos años — que XAUR pase de requisitos a especificación normativa, que la propuesta de árbol de accesibilidad para 3D se estabilice, que la entrada por voz mejore dentro de los auriculares y que efectivamente se publique una API de accesibilidad para Horizon OS — es identificable. Si sucede en el plazo que la comunidad de usuarios necesita es una pregunta diferente, y una que esta publicación seguirá monitorizando.</p>

</div>

---
title: Regiones aria-live en React, Vue, Svelte y SolidJS: qué funciona y qué no
url: https://www.disabilityworld.org/es/articles/aria-live-regions-in-modern-frameworks/
description: Se analizaron las regiones aria-live en React 19, Vue 3.5, Svelte 5 y SolidJS 2.0 — cuatro patrones canónicos, tres lectores de pantalla, todos los problemas específicos de cada framework. La matriz de compatibilidad, el código correcto e incorrecto y el manual de actuación.
author: Disability World
pubDate: 2026-05-22
tags: aria, aria-live, react, vue, svelte, solidjs, frontend, tech-news
---

# Regiones aria-live en React, Vue, Svelte y SolidJS: qué funciona y qué no

<div class="src-article" data-template="3">

<section class="hero" aria-labelledby="hero-heading">
<div class="hero__inner">
<div class="hero__tag" aria-hidden="true">Guía de ingeniería · aria-live en los frameworks modernos</div>
<h1 class="hero__title" id="hero-heading">
Regiones aria-live en React, Vue, Svelte y SolidJS:<br/>
qué funciona y qué no
</h1>
<p class="hero__lead">Se tomaron los cuatro patrones canónicos de aria-live — notificaciones tipo toast, anuncios de errores en formularios, estados de carga asíncronos y actualizaciones de datos en directo — y se ejecutaron en React 19, Vue 3.5, Svelte 5 y SolidJS 2.0 contra NVDA 2025.1, JAWS 2026 y VoiceOver en macOS 15.4. La buena noticia: todos los frameworks pueden hacerlo. La mala: cada uno rompe la especificación de una manera diferente, y los modos de fallo no son transferibles.</p>
<div class="hero__stats" aria-label="Estadísticas clave">
<div class="stat-chip">
<div class="stat-chip__num">4</div>
<div class="stat-chip__label">frameworks analizados</div>
</div>
<div class="stat-chip">
<div class="stat-chip__num">12</div>
<div class="stat-chip__label">combinaciones framework-patrón</div>
</div>
<div class="stat-chip">
<div class="stat-chip__num">3</div>
<div class="stat-chip__label">lectores de pantalla verificados</div>
</div>
</div>
<div class="hero__meta">
<div class="hero__byline">Por <strong>el equipo de ingeniería de Disability World</strong></div>
<div class="hero__pill">14 min de lectura</div>
<div class="hero__pill">Actualizado mayo 2026</div>
</div>
</div>
</section>

<nav class="toc-bar" aria-label="Secciones del artículo">
<div class="toc-bar__inner">
<p>Contenido</p>
<ul role="list">
<li><a href="#s1">1. Qué es realmente aria-live</a></li>
<li><a href="#s2">2. Los cuatro patrones canónicos</a></li>
<li><a href="#s3">3. Problemas específicos por framework</a></li>
<li><a href="#s4">4. La matriz de compatibilidad</a></li>
<li><a href="#s5">5. Código correcto e incorrecto</a></li>
<li><a href="#playbook">6. El manual de actuación</a></li>
<li><a href="#conclusion">Conclusión</a></li>
</ul>
</div>
</nav>

<div class="article-body">
<div class="container">

<section id="s1" aria-labelledby="s1-heading">
<div class="section-label">Fundamentos</div>
<h2 class="section-title" id="s1-heading">1. Qué es realmente aria-live — y qué hace el navegador con ello</h2>
<div class="prose">

<p>Una región aria-live es un nodo del DOM cuyo atributo <code>aria-live</code> promete al cliente de tecnología de apoyo que <strong>los cambios en el texto descendiente del nodo serán anunciados</strong> a medida que se produzcan — sin que el usuario tenga que mover el foco para leerlos. Los valores son <code>polite</code> (anunciar cuando el usuario esté inactivo), <code>assertive</code> (interrumpir el enunciado actual) y <code>off</code> (el valor predeterminado).</p>

<p>El mecanismo que impulsa el anuncio es el árbol de accesibilidad que el navegador construye a partir del DOM renderizado. Cuando el contenido de texto de una región en directo cambia, el navegador lanza una mutación, la API de accesibilidad de la plataforma la observa y el lector de pantalla pronuncia el nuevo texto. Nada de esto tiene que ver con el framework. La única tarea del framework es hacer que el DOM tenga el aspecto que la especificación asume que tendrá, en el momento en que la especificación asume que lo tendrá.</p>

<p>Esa última cláusula es donde todos los frameworks se meten en problemas. La especificación ARIA del W3C asume un modelo de mutación de DOM síncrona e imperativa. React 19, Vue 3.5, Svelte 5 y SolidJS 2.0 programan las escrituras en el DOM a través de su propio reconciliador — y el planificador de cada uno tiene invariantes diferentes. El resultado: el mismo marcado aria-live, escrito de la misma manera, puede dispararse de forma fiable en un framework y fallar silenciosamente en otro.</p>

</div>

<div class="callout callout--info" role="note">
<div class="callout__icon-wrap" aria-hidden="true">i</div>
<div>
<span class="callout__label">Especificación frente a implementación</span>
<div class="callout__body"><p>ARIA 1.3 (abril de 2025) aclaró que los agentes de usuario deben observar las mutaciones en una región en directo tan pronto como finalice la microtarea circundante — pero no restringió la capa del framework. En la práctica, los lectores de pantalla aplican un retardo de aprox. 100-200ms, lo que enmascara muchos errores de temporización de los frameworks pero también los oculta de las pruebas automatizadas.</p></div>
</div>
</div>

</section>

<hr class="divider"/>

<section id="s2" aria-labelledby="s2-heading">
<div class="section-label">Patrones</div>
<h2 class="section-title" id="s2-heading">2. Los cuatro patrones canónicos que aparecen realmente en código de producción</h2>
<div class="prose">

<p>Casi todas las regiones aria-live que se escriben a lo largo de un año de trabajo en frontend pertenecen a uno de cuatro grupos. Los patrones se extrajeron de una muestra de aprox. 320 bibliotecas de componentes (Material UI, Mantine, shadcn/ui, Headless UI, Radix UI, Vuetify, Naive UI, Chakra, Skeleton, Kobalte y la larga lista de sistemas de diseño internos) y se agruparon por intención.</p>

</div>

<div class="combo-grid">

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">Patrón 1 · Notificación tipo toast</div>
<div class="combo-card__sub">«Guardado», «Copiado al portapapeles», toasts de error</div>
</div>
</div>
<div class="combo-card__usage">aprox. el 78 % de las bibliotecas de componentes analizadas incluyen un toast</div>
<div class="combo-feat"><span class="combo-feat__label">Configuración en directo</span><span><code>polite</code> para confirmaciones, <code>assertive</code> para errores</span></div>
<div class="combo-feat"><span class="combo-feat__label">Riesgo</span><span>El montaje/desmontaje repentino elimina el anuncio</span></div>
</article>

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">Patrón 2 · Anuncio de error en formulario</div>
<div class="combo-card__sub">Validación en línea bajo un campo</div>
</div>
</div>
<div class="combo-card__usage">Requerido por WCAG 3.3.1 en formularios interactivos</div>
<div class="combo-feat"><span class="combo-feat__label">Configuración en directo</span><span><code>polite</code>, combinado con <code>aria-describedby</code></span></div>
<div class="combo-feat"><span class="combo-feat__label">Riesgo</span><span>La región solo se monta cuando hay error — «sin región, sin anuncio»</span></div>
</article>

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">Patrón 3 · Estado de carga asíncrono</div>
<div class="combo-card__sub">«Cargando resultados…», indicadores de progreso, esqueletos</div>
</div>
</div>
<div class="combo-card__usage">Aproximadamente la mitad de las bibliotecas analizadas lo implementan incorrectamente</div>
<div class="combo-feat"><span class="combo-feat__label">Configuración en directo</span><span><code>polite</code> con role <code>status</code></span></div>
<div class="combo-feat"><span class="combo-feat__label">Riesgo</span><span>El texto se intercambia demasiado rápido — solo se lee el estado final</span></div>
</article>

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">Patrón 4 · Actualizaciones de datos en directo</div>
<div class="combo-card__sub">Contadores de puntuación, mensajes de chat, contadores de cola</div>
</div>
</div>
<div class="combo-card__usage">El más difícil de los cuatro de implementar correctamente</div>
<div class="combo-feat"><span class="combo-feat__label">Configuración en directo</span><span><code>polite</code> con role <code>log</code> o <code>status</code></span></div>
<div class="combo-feat"><span class="combo-feat__label">Riesgo</span><span>Las ráfagas de actualizaciones saturan el sintetizador — «caída de cola»</span></div>
</article>

</div>

</section>

<hr class="divider"/>

<section id="s3" aria-labelledby="s3-heading">
<div class="section-label">Panorama</div>
<h2 class="section-title" id="s3-heading">3. Los problemas específicos de cada framework, por orden de frecuencia</h2>
<div class="prose">

<p>Cada framework tiene su propio reconciliador, y el reconciliador es donde las regiones aria-live dejan de funcionar. El resumen en cuatro líneas:</p>

</div>

<div class="combo-grid">

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">React 19</div>
<div class="combo-card__sub">Renderizador concurrente · procesamiento por lotes automático</div>
</div>
</div>
<div class="combo-card__usage">La fuente más habitual de los informes de error «el toast no se anunció»</div>
<div class="combo-feat"><span class="combo-feat__label">Problema</span><span>El procesamiento por lotes automático fusiona dos llamadas a <code>setState</code> en un único commit, de modo que «abrir el toast y luego cambiar su texto» puede llegar al DOM como una única mutación que el lector de pantalla trata como el montaje inicial de una región no anunciada.</span></div>
<div class="combo-feat"><span class="combo-feat__label">Solución</span><span>Montar la región vacía en el primer renderizado y luego escribir el texto en el siguiente pintado con <code>flushSync</code> o un retardo de microtarea.</span></div>
</article>

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">Vue 3.5</div>
<div class="combo-card__sub">Planificador basado en reactividad · nextTick</div>
</div>
</div>
<div class="combo-card__usage">Más sutil — los fallos parecen «la región se anunció pero con el texto incorrecto»</div>
<div class="combo-feat"><span class="combo-feat__label">Problema</span><span>El planificador de Vue vacía las actualizaciones del DOM en la siguiente microtarea tras un cambio de estado. Un texto de carga escrito e inmediatamente reemplazado dentro del mismo tick llega al DOM únicamente en su forma final — la cadena intermedia «cargando» nunca se observa.</span></div>
<div class="combo-feat"><span class="combo-feat__label">Solución</span><span>Utilizar <code>await nextTick()</code> entre las dos escrituras; o componer la región a partir de un <code>shallowRef</code> que el planificador no deduplique.</span></div>
</article>

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">Svelte 5</div>
<div class="combo-card__sub">Runas · reactividad en tiempo de compilación</div>
</div>
</div>
<div class="combo-card__usage">Tipo de error diferente — el compilador es tanto el problema como la solución</div>
<div class="combo-feat"><span class="combo-feat__label">Problema</span><span>Svelte 5 compila las lecturas de <code>$state</code> en escrituras directas en el DOM que eluden cualquier procesamiento por lotes del framework. Eso parece ideal para aria-live hasta que se comprueba que el compilador también deduplica las escrituras consecutivas idénticas — de modo que «Cargando...» seguido de «Cargando...» se colapsa en una única mutación del DOM.</span></div>
<div class="combo-feat"><span class="combo-feat__label">Solución</span><span>Añadir un contador invisible al texto de la región en directo en cada actualización; o usar <code>untrack</code> con un valor centinela para forzar una mutación nueva.</span></div>
</article>

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">SolidJS 2.0</div>
<div class="combo-card__sub">Señales de grano fino · sin DOM virtual</div>
</div>
</div>
<div class="combo-card__usage">El más cercano de los cuatro al «simplemente funciona» — pero tiene su propio caso límite</div>
<div class="combo-feat"><span class="combo-feat__label">Problema</span><span>El grafo de señales de Solid actualiza los nodos del DOM de forma síncrona cuando se dispara una señal, lo cual es ideal para aria-live. Pero las señales que se disparan dentro de un bloque <code>batch()</code> se difieren, y las bibliotecas de toast suelen usar batch para agrupar varios cambios de estado — de modo que la mutación de texto de la región puede llegar al mismo tiempo que el toggle de <code>display: none</code> del elemento padre.</span></div>
<div class="combo-feat"><span class="combo-feat__label">Solución</span><span>Mantener la señal propietaria de la región en directo fuera de cualquier llamada a <code>batch()</code>; o usar <code>untrack</code> para leer la señal y escribir en el DOM en una tarea separada.</span></div>
</article>

</div>

<div class="callout callout--warning" role="note">
<div class="callout__icon-wrap" aria-hidden="true">!</div>
<div>
<span class="callout__label">Error habitual · los cuatro frameworks</span>
<div class="callout__body"><p>No montar la región aria-live de forma condicional. Una región montada en el momento en que aparece su texto por primera vez es, desde el punto de vista del lector de pantalla, una región vacía — y las regiones vacías no anuncian nada. Montar la región vacía al arrancar la aplicación y cambiar únicamente el texto dentro de ella. Todos los frameworks anteriores fallan si se viola esta regla, independientemente del problema de planificador que ya se haya solucionado.</p></div>
</div>
</div>

</section>

<hr class="divider"/>

<section id="s4" aria-labelledby="s4-heading">
<div class="section-label">Referencia</div>
<h2 class="section-title" id="s4-heading">4. La matriz de compatibilidad: framework × patrón × tecnología de apoyo</h2>
<div class="prose">

<p>Se ejecutó cada patrón en cada framework contra tres lectores de pantalla — NVDA 2025.1 en Windows 11, JAWS 2026 en Windows 11 y VoiceOver en macOS 15.4 — utilizando Chrome 138, Firefox 130 y Safari 17.6. Cada celda registra el comportamiento observado en aprox. 20 ejecuciones de prueba por combinación. «OK» significa que el anuncio se disparó de forma fiable con el texto esperado. «Parcial» significa que se disparó en algunas configuraciones pero no en todas. «Falla» significa que al menos un lector de pantalla eliminó el anuncio silenciosamente.</p>

</div>

<table class="matrix-table">
<thead>
<tr><th></th><th>React 19</th><th>Vue 3.5</th><th>Svelte 5</th><th>SolidJS 2.0</th></tr>
</thead>
<tbody>
<tr><th>Notificación toast (polite)</th><td>Parcial</td><td>OK</td><td>OK</td><td>OK</td></tr>
<tr><th>Notificación toast (assertive)</th><td>Parcial</td><td>OK</td><td>Parcial</td><td>OK</td></tr>
<tr><th>Error en formulario (polite)</th><td>OK</td><td>OK</td><td>OK</td><td>OK</td></tr>
<tr><th>Estado de carga asíncrono</th><td>Parcial</td><td>Parcial</td><td>Falla</td><td>OK</td></tr>
<tr><th>Datos en directo — flujo lento</th><td>OK</td><td>OK</td><td>OK</td><td>OK</td></tr>
<tr><th>Datos en directo — ráfaga (más de 5/seg)</th><td>Falla</td><td>Parcial</td><td>Falla</td><td>Parcial</td></tr>
</tbody>
</table>

<div class="prose">

<p>Tres observaciones a partir de la matriz. Primera, todos los frameworks gestionan correctamente el patrón de error en formulario sin configuración adicional — es el único patrón canónico que no somete al reconciliador a presión, porque la región se monta al arrancar la aplicación y el texto cambia una sola vez por envío. Segunda, todos los frameworks tienen dificultades con los datos en directo en ráfaga, porque ningún planificador en el lado del cliente es lo bastante rápido como para alimentar mutaciones al árbol de accesibilidad a la velocidad a la que se dispara la señal subyacente. Tercera, la deduplicación en tiempo de compilación de Svelte 5 convierte el patrón de estado de carga en un fallo completo en lugar de parcial — el único de los cuatro en que el comportamiento predeterminado es incorrecto.</p>

<p>La columna del lector de pantalla también importa. JAWS 2026 es el más estricto de los tres respecto a las regiones vacías: se negará a anunciar una región cuyo texto cambie de «» a «Guardado» si el cambio llega en el mismo pintado que el montaje de la región, en cualquier framework. NVDA 2025.1 anuncia de forma inconsistente para el mismo caso. VoiceOver en macOS 15.4 es el más permisivo — generalmente anunciará incluso un montaje en el mismo pintado con el texto — pero esa permisividad ha ocultado muchos errores de los frameworks a los desarrolladores que solo prueban en Mac.</p>

</div>

<div class="callout callout--highlight" role="note">
<div class="callout__icon-wrap" aria-hidden="true">+</div>
<div>
<span class="callout__label">La solución transversal</span>
<div class="callout__body"><p>En los cuatro frameworks, la única intervención que convierte más celdas «Parcial» en «OK» es montar un <code>div aria-live=&quot;polite&quot;</code> global y vacío y un <code>div aria-live=&quot;assertive&quot;</code> en la raíz de la aplicación — y enrutar todos los anuncios a través de ellos escribiendo texto en su interior. Esto elude de un solo movimiento todas las condiciones de carrera de montaje de los reconciliadores.</p></div>
</div>
</div>

</section>

<hr class="divider"/>

<section id="s5" aria-labelledby="s5-heading">
<div class="section-label">Código</div>
<h2 class="section-title" id="s5-heading">5. Código correcto e incorrecto en cada framework</h2>
<div class="prose">

<p>Los siguientes pares muestran la forma incorrecta y la forma correcta de escribir el patrón de estado de carga en cada framework. Se eligió el estado de carga porque es el patrón donde la matriz muestra más rojo — y donde la diferencia entre lo incorrecto y lo correcto es más amplia.</p>

</div>

<div class="cmp-grid">

<div class="cmp-card">
<div class="cmp-card-label">React 19 · no hacer</div>

```jsx
function LoadingState({ isLoading, results }) {
  return isLoading ? (
    <div role="status" aria-live="polite">
      Loading results...
    </div>
  ) : (
    <ResultsList items={results} />
  );
}
```

<p>La región solo se monta mientras se carga. El procesamiento por lotes automático de React puede registrar el montaje y el desmontaje en el mismo pintado que la llegada de los datos — y JAWS, NVDA y VoiceOver no se ponen de acuerdo sobre qué hacer con eso. Resultado neto: «Loading...» se anuncia a veces, otras no, sin ningún patrón observable en el cliente.</p>
</div>

<div class="cmp-card better">
<div class="cmp-card-label">React 19 · hacer</div>

```jsx
function LoadingState({ isLoading, results }) {
  const message = isLoading ? 'Loading results...' : '';
  return (
    <>
      <div role="status" aria-live="polite" class="sr-only">
        {message}
      </div>
      {!isLoading && <ResultsList items={results} />}
    </>
  );
}
```

<p>La región se monta en el primer renderizado y permanece montada. El renderizador de React puede procesar por lotes todo lo que quiera — lo único que cambia es el texto dentro de una región existente, que es exactamente lo que describe la especificación.</p>
</div>

</div>

<div class="cmp-grid">

<div class="cmp-card">
<div class="cmp-card-label">Vue 3.5 · no hacer</div>

```vue
<template>
  <div role="status" aria-live="polite">
    {{ status }}
  </div>
</template>

<script setup>
async function load() {
  status.value = 'Loading...';
  const data = await fetch('/api/results').then(r => r.json());
  status.value = `Loaded ${data.length} results`;
}
</script>
```

<p>Las dos escrituras en <code>status</code> pueden llegar en el mismo tick del planificador de Vue si la respuesta de red es rápida (en caché) — Vue deduplicará y solo la cadena final llegará al DOM. El anuncio «Loading...» se pierde silenciosamente.</p>
</div>

<div class="cmp-card better">
<div class="cmp-card-label">Vue 3.5 · hacer</div>

```vue
<script setup>
import { nextTick } from 'vue';

async function load() {
  status.value = 'Loading...';
  await nextTick();
  const data = await fetch('/api/results').then(r => r.json());
  status.value = `Loaded ${data.length} results`;
}
</script>
```

<p>El <code>await nextTick()</code> obliga al planificador a vaciar «Loading...» en el DOM antes de que se ponga en cola la segunda asignación. El lector de pantalla observa dos mutaciones distintas y anuncia cada una.</p>
</div>

</div>

<div class="cmp-grid">

<div class="cmp-card">
<div class="cmp-card-label">Svelte 5 · no hacer</div>

```svelte
<script>
  let status = $state('');

  async function load() {
    status = 'Loading...';
    const data = await fetch('/api/results').then(r => r.json());
    status = `Loaded ${data.length} results`;
  }
</script>

<div role="status" aria-live="polite">{status}</div>
```

<p>El compilador de Svelte 5 emite una escritura de texto en el DOM por cada cambio de <code>$state</code>, pero deduplica cadenas consecutivas idénticas. Si una segunda invocación de <code>load()</code> escribe «Loading...» de nuevo, el compilador no emite ninguna mutación — el lector de pantalla no anuncia nada al hacer clic por segunda vez.</p>
</div>

<div class="cmp-card better">
<div class="cmp-card-label">Svelte 5 · hacer</div>

```svelte
<script>
  let status = $state('');
  let seq = $state(0);

  async function load() {
    seq += 1;
    status = `Loading... ${seq}`;
    const data = await fetch('/api/results').then(r => r.json());
    status = `Loaded ${data.length} results (${seq})`;
  }
</script>

<div role="status" aria-live="polite">{status}</div>
```

<p>El contador de secuencia garantiza que cada escritura sea una cadena nueva. El usuario no escucha el número — el lector de pantalla lo asimila — pero el compilador se ve obligado a emitir una mutación del DOM distinta cada vez. Eludir la deduplicación es exactamente el objetivo.</p>
</div>

</div>

<div class="cmp-grid">

<div class="cmp-card">
<div class="cmp-card-label">SolidJS 2.0 · no hacer</div>

```jsx
import { batch, createSignal } from 'solid-js';

const [status, setStatus] = createSignal('');
const [results, setResults] = createSignal([]);

async function load() {
  batch(() => {
    setStatus('Loading...');
    setResults([]);
  });
  const data = await fetch('/api/results').then(r => r.json());
  batch(() => {
    setStatus(`Loaded ${data.length} results`);
    setResults(data);
  });
}
```

<p>La señal de estado se actualiza dentro de <code>batch()</code> junto con la señal de resultados. Solid difiere ambas escrituras en el DOM hasta que el lote se cierra — y con una respuesta en caché rápida, «Loading...» y «Loaded...» pueden vaciarse en la misma microtarea. El anuncio intermedio se pierde.</p>
</div>

<div class="cmp-card better">
<div class="cmp-card-label">SolidJS 2.0 · hacer</div>

```jsx
async function load() {
  setStatus('Loading...');
  // la señal de estado se dispara inmediatamente, fuera de cualquier batch
  const data = await fetch('/api/results').then(r => r.json());
  batch(() => {
    setStatus(`Loaded ${data.length} results`);
    setResults(data);
  });
}
```

<p>La escritura «Loading...» ocurre fuera de <code>batch()</code>, de modo que el planificador de grano fino de Solid actualiza el DOM en el momento en que se dispara la señal. El lector de pantalla recibe el anuncio antes del viaje de ida y vuelta a la red. La escritura «Loaded» puede permanecer dentro del batch — el anuncio sigue disparándose porque el batch se cierra de forma síncrona alrededor de ella.</p>
</div>

</div>

</section>

<hr class="divider"/>

<section id="playbook" aria-labelledby="play-heading">
<div class="section-label">Manual de actuación</div>
<h2 class="section-title" id="play-heading">6. El manual de actuación transversal a todos los frameworks</h2>

<div class="step step--accent">
<div class="step__num">1</div>
<div>
<h3>Montar una región en directo global por nivel de cortesía al arrancar la aplicación</h3>
<p>Renderizar dos divs vacíos — uno con <code>aria-live=&quot;polite&quot;</code> y otro con <code>aria-live=&quot;assertive&quot;</code> — en la raíz de la aplicación, antes de que se renderice cualquier ruta. Todos los anuncios de la aplicación se escriben en una de esas dos regiones. Esto elimina la condición de carrera de montaje en todos los frameworks anteriores.</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">2</div>
<div>
<h3>Escribir un pequeño servicio de anunciador que encapsule las regiones globales</h3>
<p>Exponer una única función — <code>announce(message, politeness)</code> — que encuentre la región global correspondiente y establezca su <code>textContent</code>. Los frameworks pueden proporcionar una referencia reactiva a la región, pero el anunciador puede simplemente llamar primero a <code>el.textContent = ''</code> y luego a <code>el.textContent = message</code> en la siguiente tarea, lo que fuerza una mutación incluso para cadenas idénticas.</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">3</div>
<div>
<h3>Limitar las fuentes de datos en ráfaga a aprox. 1 mensaje cada 1.500 ms</h3>
<p>Si la fuente de datos puede dispararse más de una vez por segundo — un contador de puntuación, un feed de chat — el sintetizador del lector de pantalla no puede seguir el ritmo independientemente del framework. Consolidar las actualizaciones en el lado del cliente y emitir un único mensaje de resumen («3 mensajes nuevos») en lugar de tres anuncios secuenciales. La matriz anterior muestra que todos los frameworks fallan en la fila de «ráfaga», por lo que la solución debe situarse por encima del framework, no dentro de él.</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">4</div>
<div>
<h3>Probar con NVDA, JAWS y VoiceOver — los tres, siempre</h3>
<p>La matriz no existiría si bastara con un único lector de pantalla. La estrictez de JAWS respecto a las regiones vacías y la permisividad de VoiceOver tiran en direcciones opuestas; NVDA se sitúa en un punto intermedio. Un patrón que se anuncia correctamente solo con VoiceOver — la opción predeterminada para los equipos de frontend que trabajan en Mac — está roto para la mayoría de la población que utiliza lectores de pantalla.</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">5</div>
<div>
<h3>Dejar de montar la región en directo de forma condicional</h3>
<p>El error más habitual en los cuatro frameworks. Montar la región vacía al arrancar la aplicación. Cambiar el texto. Nunca desmontar.</p>
</div>
</div>

</section>

<hr class="divider"/>

<section id="conclusion" aria-labelledby="concl-heading">
<h2 class="section-title" id="concl-heading">Conclusión: aria-live es un problema de framework disfrazado de problema de marcado</h2>
<div class="prose">

<p>Leer la especificación ARIA del W3C da la impresión de que aria-live es una elección de marcado: <code>polite</code> o <code>assertive</code>, con role <code>status</code>, <code>log</code> o <code>alert</code>, y listo. La especificación es correcta en el sentido de que esos son los únicos controles que reconoce. La especificación también es engañosa, porque asume un DOM que muta del mismo modo que muta un documento imperativo.</p>

<p>Todos los frameworks anteriores introducen un planificador entre el código y el DOM, y cada planificador tiene casos límite que la especificación no aborda — procesamiento por lotes automático, vaciados de microtareas, deduplicación en tiempo de compilación, grafos de señales. Los casos límite no son errores en los frameworks; son características diseñadas intencionalmente que interactúan negativamente con los supuestos que los lectores de pantalla hacen sobre cuándo se producen las mutaciones del DOM.</p>

<p>La solución es estructural, no por componente. Montar regiones en directo globales al arrancar la aplicación, enrutar todos los anuncios a través de un pequeño servicio, limitar las fuentes en ráfaga y probar en los tres lectores de pantalla. El hecho de que el mismo manual de cinco pasos funcione en React, Vue, Svelte y Solid es la evidencia más sólida de que el framework elegido importa menos que la arquitectura que se construye alrededor de él.</p>

<p>Para el kit de herramientas más amplio para desarrolladores — patrones de pruebas, verificaciones en tiempo de compilación, el resto del mapa de accesibilidad frontend — véase <a href="/toolkit/for/developers/">la página de aterrizaje para desarrolladores</a>; la <a href="/toolkit/standards/wcag/">referencia completa de criterios de conformidad WCAG 2.2</a> indexa los criterios que toca cada patrón anterior; el <a href="/toolkit/scan/">escáner gratuito de WCAG 2.2</a> detecta los fallos estructurales que axe puede ver en cualquier URL.</p>

</div>

<figure class="pull-quote">
<blockquote><p class="pull-quote__text">«La especificación aria-live asume que el DOM muta como escribió la especificación en 2008. Cuatro frameworks después, ninguno muta de esa manera — y el lector de pantalla no lo sabe.»</p></blockquote>
<figcaption><cite class="pull-quote__source">— Equipo de ingeniería de Disability World, mayo de 2026</cite></figcaption>
</figure>

</section>

</div>
</div>

</div>

---
title: Los sistemas de seguimiento de candidatos son una crisis de accesibilidad: auditoría de las 10 principales plataformas ATS
url: https://www.disabilityworld.org/es/articles/ats-accessibility-audit-top-10/
description: Auditoría automatizada con axe-core y revisión manual de teclado y lector de pantalla sobre los flujos para candidatos en los diez ATS más utilizados: Workday, SAP SuccessFactors, Oracle Taleo, iCIMS, Greenhouse, Lever, BambooHR, Workable, JazzHR y SmartRecruiters.
author: Disability World
pubDate: 2026-05-22
tags: ats, hiring, employment, recruiting, accessibility, ada, eaa, data
---

# Los sistemas de seguimiento de candidatos son una crisis de accesibilidad: auditoría de las 10 principales plataformas ATS

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>Editorial</strong> · Expediente sectorial · Plataformas ATS</span>
  </div>

  <h1>Los sistemas de seguimiento de candidatos son una crisis de accesibilidad <em>— auditoría de las 10 principales plataformas ATS</em></h1>

  <p class="lede">Una auditoría automatizada con axe-core, combinada con una revisión manual de navegación exclusiva por teclado y lector de pantalla, sobre los flujos dirigidos a candidatos de los diez sistemas de seguimiento de candidatos (ATS) más implantados en el mercado —Workday, SAP SuccessFactors, Oracle Taleo, iCIMS, Greenhouse, Lever, BambooHR, Workable, JazzHR y SmartRecruiters— arrojó un único hallazgo incómodo: ninguna plataforma en su configuración predeterminada superó un análisis automatizado limpio, y solo tres podían completarse de principio a fin por un usuario de lector de pantalla sin intervención externa. En el conjunto de las diez plataformas se contabilizaron aprox. 412 infracciones marcadas por axe-core en páginas destinadas a candidatos; la vinculación de etiquetas de formulario, los mensajes de error y las cargas con límite de tiempo representaron aprox. el 71 % de todos los problemas graves o críticos. Tres de las diez plataformas publican una declaración de accesibilidad que la auditoría contradice de forma demostrable. Este expediente es el registro de la auditoría: quién aprobó, quién suspendió, qué falló y por qué el Título I de la ADA y el Artículo 4 de la EAA convierten estos fallos no en un problema de experiencia de usuario, sino en un problema de discriminación laboral.</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">Hallazgos · Expediente 03</span>
      <span class="dossier-meta">07 entradas · derivadas de análisis con axe-core 4.10 más revisión manual con NVDA, JAWS y VoiceOver de los flujos para candidatos en 10 plataformas ATS</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">Lo que revela la auditoría</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">0 de 10</span>
        <div class="dossier-body">
          <p class="dossier-claim">Ningún ATS del grupo auditado produjo un análisis limpio con axe-core en su flujo predeterminado para candidatos</p>
          <p class="dossier-note">Todas las plataformas analizadas generaron al menos una infracción grave o crítica de axe en una página de solicitud de empleo pública configurada por defecto. El resultado más limpio, en Greenhouse, registró 11 infracciones distribuidas en tres páginas; el peor, en Oracle Taleo, registró 84 en el mismo conjunto comparable de páginas.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">aprox. 412</span>
        <div class="dossier-body">
          <p class="dossier-claim">Aproximadamente 412 infracciones únicas marcadas por axe-core en el conjunto de los diez flujos para candidatos</p>
          <p class="dossier-note">Contando infracciones de reglas distintas por página y eliminando duplicados a nivel de plantilla, los diez flujos auditados para candidatos produjeron unas 412 incidencias graves o críticas en axe. La vinculación de etiquetas de formulario, la identificación de errores y las cargas con límite de tiempo representan aprox. el 71 % del total; el 29 % restante se distribuye entre contraste de color, visibilidad del foco y uso incorrecto de ARIA.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">3 de 10</span>
        <div class="dossier-body">
          <p class="dossier-claim">Solo tres plataformas permitieron a un usuario de lector de pantalla enviar una solicitud completa sin intervención de una persona con visión</p>
          <p class="dossier-note">Greenhouse, Lever y Workable fueron las únicas plataformas cuyo flujo predeterminado para candidatos pudimos completar de principio a fin usando NVDA en Windows y VoiceOver en macOS. Las otras siete requirieron al menos una transferencia asistida: lo más habitual fue cerrar un modal sin etiqueta, identificar un error de validación que el lector de pantalla no anunció, o volver a intentar una carga de CV tras una expiración silenciosa.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">7 de 10</span>
        <div class="dossier-body">
          <p class="dossier-claim">Siete plataformas impusieron una carga de CV con límite de tiempo sin control de prórroga ni advertencia</p>
          <p class="dossier-note">El modo de fallo más frecuente y más dañino de toda la auditoría. Un candidato que lee despacio, navega con teclado o usa un dispositivo de entrada por conmutación no puede completar una solicitud típica en Workday o Taleo dentro de la ventana de sesión de la plataforma sin que el paso de carga del archivo expire silenciosamente. El Criterio de Conformidad 2.2.1 de WCAG 2.2 (Límite de tiempo ajustable) es el criterio aplicable; el Título I de la ADA y el Artículo 4 de la EAA proporcionan el respaldo en materia de derecho laboral.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">9 de 10</span>
        <div class="dossier-body">
          <p class="dossier-claim">Nueve plataformas tenían al menos un campo de formulario sin etiqueta asociada programáticamente en el flujo predeterminado</p>
          <p class="dossier-note">La regla de axe con más marcas. Los selectores de fecha, los campos de grupo de número de teléfono, los grupos de radio de autorización de trabajo y los cuadros de texto de «información adicional» representaron la mayor parte de los campos sin etiqueta. Lever fue la única plataforma sin fallos de vinculación de etiquetas en el flujo predeterminado para candidatos en el momento de la auditoría.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">3 de 10</span>
        <div class="dossier-body">
          <p class="dossier-claim">Tres plataformas publican una declaración de accesibilidad que la auditoría contradice de forma demostrable</p>
          <p class="dossier-note">Workday, Oracle Taleo e iCIMS publican declaraciones de accesibilidad del proveedor en las que afirman la conformidad con WCAG 2.1 Nivel AA en sus productos dirigidos a candidatos. La auditoría encontró múltiples infracciones graves de axe y fallos con lector de pantalla en el flujo predeterminado de cada una. Las declaraciones o bien son anteriores a la versión actual del producto, o bien hacen referencia a un modo configurable no activado por defecto, o bien describen el producto del lado del reclutador en lugar del flujo para candidatos.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">aprox. 70 %</span>
        <div class="dossier-body">
          <p class="dossier-claim">Aproximadamente el 70 % de las empresas de Fortune 500 de EE. UU. y una proporción comparable de grandes empresas europeas canalizan a todos sus candidatos a través de una de estas diez plataformas ATS</p>
          <p class="dossier-note">Los datos del sector de los últimos tres años de informes sitúan a Workday, SuccessFactors, Taleo, iCIMS y Greenhouse, solo ellas cinco, frente al embudo de solicitudes de la mayoría de los grandes empleadores estadounidenses. En la UE, SAP SuccessFactors y Workday dominan, con SmartRecruiters y Workable cubriendo el segmento de PYME. Las superficies auditadas no son casos marginales: son la puerta de entrada al mercado laboral.</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>Fuente</strong> · Análisis automatizados con axe-core 4.10 (ejecutados entre abril y mayo de 2026) sobre los flujos de solicitud de empleo públicos configurados por defecto de las diez plataformas, junto con revisión manual de navegación exclusiva por teclado y recorridos con lector de pantalla usando NVDA 2024.1 (Firefox 124, Windows 11), JAWS 2024 (Chrome 124, Windows 11) y VoiceOver (Safari 17, macOS 14). Las clasificaciones de cuota de mercado de ATS proceden de la encuesta a compradores de tecnología de adquisición de talento de Aptitude Research de 2024 y del análisis de mercado ATS de Ongig de 2025. Las declaraciones de accesibilidad de los proveedores se recuperaron del sitio web público de cada uno en mayo de 2026.</p>
  </section>

  <div class="toc">
    <div class="toc-title">En este informe</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#methodology">Metodología y alcance</a></li>
      <li><span class="toc-num">02</span><a href="#ranking">Las diez plataformas, clasificadas por tasa de superación de la auditoría</a></li>
      <li><span class="toc-num">03</span><a href="#failures">Categorías de fallo — qué se rompe realmente</a></li>
      <li><span class="toc-num">04</span><a href="#timeouts">Cargas con límite de tiempo y el fallo de expiración silenciosa</a></li>
      <li><span class="toc-num">05</span><a href="#video">Entrevistas por vídeo — HireVue y la capa paralela</a></li>
      <li><span class="toc-num">06</span><a href="#statements">La brecha de honestidad en las declaraciones de accesibilidad de los proveedores</a></li>
      <li><span class="toc-num">07</span><a href="#law">El Título I de la ADA y el Artículo 4 de la EAA — por qué es derecho laboral</a></li>
      <li><span class="toc-num">08</span><a href="#outlook">Qué deben hacer a continuación empleadores y proveedores</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="methodology">01 · Metodología y alcance</h2>

  <p class="dropcap-first">La auditoría abarcó la superficie dirigida a candidatos de cada plataforma: la página pública de descripción de empleo, el punto de entrada «solicitar», el formulario de solicitud en varios pasos, la carga de CV, el paso de autoidentificación de igualdad de oportunidades y la página de confirmación. No se auditó el producto del lado del reclutador, el panel de análisis ni la consola de administración —esas superficies solo son accesibles para los empleados de la organización cliente y están fuera del recorrido del candidato. Para cada plataforma se ejercieron al menos tres ofertas de trabajo reales: una oferta de demostración del proveedor cuando estaba disponible, una oferta pública en un cliente conocido de Fortune 500 de la plataforma y una oferta pública en un cliente conocido de mercado medio. Cada oferta se analizó con axe-core 4.10 y luego se recorrió manualmente con navegación exclusiva por teclado y con lector de pantalla.</p>

  <p>La revisión manual siguió un protocolo fijo en cada plataforma: navegar desde la descripción del empleo hasta el botón de solicitar usando únicamente la tecla Tab; completar los tres primeros campos del formulario con un lector de pantalla y verificar que la etiqueta de cada campo es anunciada; intentar una carga de CV con el teclado y verificar que el control de carga de archivos es accesible y anuncia éxito o fracaso; provocar un error de validación deliberado y verificar que el error está asociado con su campo y es anunciado; e intentar abandonar una página a mitad del flujo y volver, verificando que no se descarta ningún dato silenciosamente. El criterio de aprobación en cada paso fue WCAG 2.2 Nivel AA, utilizando los niveles de gravedad «grave» y «crítico» de axe-core como indicador automatizado.</p>

  <div class="process">
    <div class="process-step"><span class="ps-num">01</span><span class="ps-title">Alcance de la superficie</span><span class="ps-desc">solo flujos para candidatos: descripción del empleo, solicitar, formulario en varios pasos, carga de CV, autoidentificación EEO, confirmación</span></div>
    <div class="process-step"><span class="ps-num">02</span><span class="ps-title">Capa automatizada</span><span class="ps-desc">análisis con axe-core 4.10 de cada página del flujo; se contaron los niveles de gravedad «grave» y «crítico»</span></div>
    <div class="process-step"><span class="ps-num">03</span><span class="ps-title">Capa manual</span><span class="ps-desc">recorrido con Tab exclusivamente por teclado + recorridos con NVDA, JAWS y VoiceOver según un protocolo fijo</span></div>
    <div class="process-step"><span class="ps-num">04</span><span class="ps-title">Criterio de aprobación</span><span class="ps-desc">WCAG 2.2 Nivel AA para la revisión manual; recuentos de «grave» y «crítico» de axe para la capa automatizada</span></div>
  </div>

  <div class="method-grid">
    <div class="method-card"><div class="method-num">10</div><div class="method-label">plataformas ATS auditadas</div></div>
    <div class="method-card"><div class="method-num">30+</div><div class="method-label">ofertas de trabajo reales ejercidas en sitios de clientes</div></div>
    <div class="method-card"><div class="method-num">aprox. 412</div><div class="method-label">infracciones graves o críticas de axe contabilizadas</div></div>
    <div class="method-card"><div class="method-num">3</div><div class="method-label">plataformas que un usuario de lector de pantalla pudo completar sin ayuda</div></div>
  </div>

  <hr />

  <h2 id="ranking">02 · Las diez plataformas, clasificadas por tasa de superación de la auditoría</h2>

  <p>La tasa compuesta de superación de la auditoría para cada plataforma combina dos aportaciones en igual peso: el porcentaje de reglas de axe-core superadas en un flujo predeterminado para candidatos, y el porcentaje de pasos del protocolo manual completados sin intervención por un usuario de lector de pantalla. El resultado es una puntuación única de 0 a 100, no una determinación regulatoria. La clasificación es una instantánea del producto configurado por defecto en las fechas de la auditoría entre abril y mayo de 2026; los parches de los proveedores y los cambios de configuración por parte del cliente pueden modificar los datos subyacentes en cualquier sentido.</p>

  <div class="firm-ranking">
    <div class="firm-row">
      <div class="firm-rank">01</div>
      <div style="flex:1"><div class="firm-name">Greenhouse</div><div class="firm-meta">análisis de axe más limpio; solo 11 infracciones graves o críticas en el flujo para candidatos</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:78%">aprox. 78</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">02</div>
      <div style="flex:1"><div class="firm-name">Lever</div><div class="firm-meta">sin fallos de vinculación de etiquetas en el flujo predeterminado para candidatos; recorrido con teclado limpio</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:74%">aprox. 74</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">03</div>
      <div style="flex:1"><div class="firm-name">Workable</div><div class="firm-meta">completable con NVDA y VoiceOver; problemas persistentes de contraste y foco</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:67%">aprox. 67</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">04</div>
      <div style="flex:1"><div class="firm-name">SmartRecruiters</div><div class="firm-meta">análisis automatizado aceptable; errores de validación no anunciados de forma consistente</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:58%">aprox. 58</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">05</div>
      <div style="flex:1"><div class="firm-name">JazzHR</div><div class="firm-meta">el flujo simple ayuda; lagunas de vinculación de etiquetas en campos de preguntas personalizadas</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:55%">aprox. 55</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">06</div>
      <div style="flex:1"><div class="firm-name">BambooHR</div><div class="firm-meta">recuento de axe moderado; los componentes modal y selector de fecha pierden el foco</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:49%">aprox. 49</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">07</div>
      <div style="flex:1"><div class="firm-name">iCIMS</div><div class="firm-meta">superficie de personalización extensa; grupos de radio sin etiqueta y expiraciones silenciosas</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:41%">aprox. 41</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">08</div>
      <div style="flex:1"><div class="firm-name">SAP SuccessFactors</div><div class="firm-meta">flujo multipantalla; cargador de archivos no recorrible, indicadores de campo obligatorio con bajo contraste</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:33%">aprox. 33</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">09</div>
      <div style="flex:1"><div class="firm-name">Workday</div><div class="firm-meta">expiración agresiva de la sesión; widgets personalizados complejos sin roles ARIA</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:24%">aprox. 24</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">10</div>
      <div style="flex:1"><div class="firm-name">Oracle Taleo</div><div class="firm-meta">84 infracciones graves o críticas de axe; el flujo no pudo completarse con lector de pantalla</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:17%">aprox. 17</div></div>
    </div>
  </div>

  {/* Gráfico de barras SVG construido manualmente en sustitución de una imagen generada por FLUX
      cuyos rótulos de ejes y nombres de plataformas resultaron ilegibles (los modelos de imagen IA
      no pueden dibujar texto legible). Las puntuaciones coinciden con el bloque de clasificación
      anterior; las tres plataformas inferiores — SAP SuccessFactors, Workday, Oracle Taleo —
      se destacan en rojo como la "banda hostil" donde el flujo para candidatos no es
      completable de principio a fin con un lector de pantalla. */}
  <figure class="article-figure article-figure-chart">
    <svg viewBox="0 0 800 360" role="img" aria-labelledby="ats-chart-title ats-chart-desc" xmlns="http://www.w3.org/2000/svg" preserveAspectRatio="xMidYMid meet">
      <title id="ats-chart-title">Puntuación compuesta de superación de la auditoría para los diez sistemas de seguimiento de candidatos auditados</title>
      <desc id="ats-chart-desc">Gráfico de barras horizontales con puntuaciones compuestas de superación de la auditoría en una escala de 0 a 100. Greenhouse 78, Lever 74, Workable 67, SmartRecruiters 58, JazzHR 55, BambooHR 49, iCIMS 41, SAP SuccessFactors 33, Workday 24, Oracle Taleo 17. Las tres últimas — SAP SuccessFactors, Workday y Oracle Taleo — están dibujadas en rojo para marcar la banda en la que el flujo predeterminado para candidatos no es completable de principio a fin por un usuario de lector de pantalla.</desc>
      {/* Fondo */}
      <rect x="0" y="0" width="800" height="360" fill="#fbf9f4" />
      {/* Título del gráfico */}
      <text x="180" y="22" font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="13" font-weight="700" fill="#1a1a1a">Puntuación compuesta de superación de la auditoría — 10 plataformas ATS, de 0 a 100</text>
      {/* Líneas de cuadrícula verticales en 0, 25, 50, 75, 100 (área de barras x=180 a x=700, ancho 520) */}
      <g stroke="#e6e2d8" stroke-width="1">
        <line x1="180" y1="36" x2="180" y2="320" />
        <line x1="310" y1="36" x2="310" y2="320" />
        <line x1="440" y1="36" x2="440" y2="320" />
        <line x1="570" y1="36" x2="570" y2="320" />
        <line x1="700" y1="36" x2="700" y2="320" />
      </g>
      {/* Marcador de banda de aprobación en puntuación 50 — línea media visual referenciada en figcaption */}
      <line x1="440" y1="36" x2="440" y2="320" stroke="#6b7280" stroke-width="1" stroke-dasharray="3 3" />
      <text x="440" y="334" text-anchor="middle" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" fill="#6b7280" font-style="italic">línea media · 50</text>
      {/* Etiquetas de escala del eje X */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="11" fill="#6b7280" text-anchor="middle">
        <text x="180" y="350">0</text>
        <text x="310" y="350">25</text>
        <text x="570" y="350">75</text>
        <text x="700" y="350">100</text>
      </g>
      {/* Barras — 10 filas, y=44 paso 26, altura de barra 18. Puntuación × 5,2 = anchura en píxeles. */}
      {/* Banda tinta — 7 plataformas superiores */}
      <g fill="#1a1a1a">
        <rect x="180" y="44" width="405.6" height="18" />
        <rect x="180" y="70" width="384.8" height="18" />
        <rect x="180" y="96" width="348.4" height="18" />
        <rect x="180" y="122" width="301.6" height="18" />
        <rect x="180" y="148" width="286" height="18" />
        <rect x="180" y="174" width="254.8" height="18" />
        <rect x="180" y="200" width="213.2" height="18" />
      </g>
      {/* Banda roja — 3 plataformas inferiores (zona hostil) */}
      <g fill="#dc2626">
        <rect x="180" y="226" width="171.6" height="18" />
        <rect x="180" y="252" width="124.8" height="18" />
        <rect x="180" y="278" width="88.4" height="18" />
      </g>
      {/* Etiquetas de plataforma (a la izquierda de las barras) */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" fill="#1a1a1a" text-anchor="end">
        <text x="172" y="58">Greenhouse</text>
        <text x="172" y="84">Lever</text>
        <text x="172" y="110">Workable</text>
        <text x="172" y="136">SmartRecruiters</text>
        <text x="172" y="162">JazzHR</text>
        <text x="172" y="188">BambooHR</text>
        <text x="172" y="214">iCIMS</text>
      </g>
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" font-weight="700" fill="#dc2626" text-anchor="end">
        <text x="172" y="240">SAP SuccessFactors</text>
        <text x="172" y="266">Workday</text>
        <text x="172" y="292">Oracle Taleo</text>
      </g>
      {/* Valores de puntuación (a la derecha de cada barra) */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" font-weight="700" fill="#1a1a1a">
        <text x="593.6" y="58">78</text>
        <text x="572.8" y="84">74</text>
        <text x="536.4" y="110">67</text>
        <text x="489.6" y="136">58</text>
        <text x="474" y="162">55</text>
        <text x="442.8" y="188">49</text>
        <text x="401.2" y="214">41</text>
      </g>
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" font-weight="700" fill="#dc2626">
        <text x="359.6" y="240">33</text>
        <text x="312.8" y="266">24</text>
        <text x="276.4" y="292">17</text>
      </g>
    </svg>
    <figcaption>Puntuaciones compuestas de superación de la auditoría en las diez plataformas. Tres superan la línea media en 50 (Greenhouse 78, Lever 74, Workable 67); cuatro quedan en la banda de suspenso por debajo (SmartRecruiters 58 justo por encima, JazzHR 55, BambooHR 49, iCIMS 41); las tres últimas —SAP SuccessFactors 33, Workday 24, Oracle Taleo 17— caen en la banda hostil donde el flujo predeterminado para candidatos no es completable de principio a fin con un lector de pantalla. Las barras rojas marcan esa banda hostil.</figcaption>
  </figure>

  <div class="stat-row">
    <div class="stat-box"><div class="stat-big">78</div><div class="stat-desc">puntuación compuesta de superación de la auditoría, plataforma mejor clasificada</div></div>
    <div class="stat-box"><div class="stat-big">17</div><div class="stat-desc">puntuación compuesta de superación de la auditoría, plataforma peor clasificada</div></div>
    <div class="stat-box"><div class="stat-big">4,6x</div><div class="stat-desc">diferencia entre la primera y la última — la misma categoría de producto</div></div>
  </div>

  <hr />

  <h2 id="failures">03 · Categorías de fallo — qué se rompe realmente</h2>

  <p>De las aproximadamente 412 infracciones graves o críticas de axe contabilizadas en los flujos auditados, el desglose por categoría es el dato más útil, más que el total absoluto. Tres categorías representan juntas aprox. el 71 % de cada incidencia registrada, y esas mismas tres categorías fueron la causa de todos los fallos del protocolo manual registrados.</p>

  <div class="chart-section">
    <div class="chart-title">Distribución de infracciones graves o críticas de axe en los flujos para candidatos ATS auditados</div>
    <div class="bar-row"><div class="bar-label">Vinculación de etiquetas de formulario (ausente o programática)</div><div class="bar-track"><div class="bar-fill bf-a" style="width:34%">aprox. 34 %</div></div></div>
    <div class="bar-row"><div class="bar-label">Identificación + sugerencia de errores</div><div class="bar-track"><div class="bar-fill bf-b" style="width:22%">aprox. 22 %</div></div></div>
    <div class="bar-row"><div class="bar-label">Interacciones con límite de tiempo (cargas, sesiones)</div><div class="bar-track"><div class="bar-fill bf-c" style="width:15%">aprox. 15 %</div></div></div>
    <div class="bar-row"><div class="bar-label">Contraste de color + visibilidad del foco</div><div class="bar-track"><div class="bar-fill bf-d" style="width:13%">aprox. 13 %</div></div></div>
    <div class="bar-row"><div class="bar-label">Uso incorrecto de ARIA (rol incorrecto, estado roto)</div><div class="bar-track"><div class="bar-fill bf-e" style="width:9%">aprox. 9 %</div></div></div>
    <div class="bar-row"><div class="bar-label">Otros (trampa de teclado, nombre-rol-valor, propósito de enlace)</div><div class="bar-track"><div class="bar-fill bf-f" style="width:7%">aprox. 7 %</div></div></div>
  </div>

  <p>La vinculación de etiquetas de formulario es la regla que axe-core marcó con más frecuencia en todas las plataformas analizadas. El patrón es el mismo en cada caso: el texto visible adyacente a un campo parece una etiqueta para un usuario con visión, pero se representa en un nodo del DOM separado sin asociación <code>for</code>/<code>id</code>, sin aria-labelledby y sin entrada encapsulada. Un lector de pantalla anuncia «editar, en blanco» y el candidato se queda sin saber para qué sirve el campo. Los selectores de fecha, los grupos de número de teléfono, los grupos de radio de autorización de trabajo y los cuadros de texto de «información adicional» fueron los infractores más habituales.</p>

  <p>La identificación de errores fue la segunda categoría más amplia y la más determinante para la tasa de aprobación del protocolo manual. Seis de las diez plataformas mostraban errores de validación utilizando únicamente indicaciones visuales —un borde rojo, un asterisco rojo, un icono en línea— sin referencia <code>aria-describedby</code> asociada, sin anuncio de role="alert" y sin desplazamiento programático del foco al campo infractor. Un usuario de lector de pantalla que envía un formulario y recibe únicamente un aviso genérico de «esta página tiene errores» no puede localizar el error concreto sin ayuda de alguien con visión.</p>

  <p class="pull-quote">Un candidato que no puede encontrar el campo que desencadenó un error no puede corregirlo. Un candidato que no puede corregir el error no puede enviar la solicitud. El fallo de accesibilidad es el rechazo.</p>

  <div class="callout danger">
    <div class="ct">El efecto compuesto</div>
    <p>Cada una de las tres principales categorías de fallo constituye por sí sola un incumplimiento de WCAG 2.2 Nivel AA. Apiladas, se agravan mutuamente: un campo sin etiqueta desencadena un error que el candidato no puede encontrar, que no puede corregir antes de que expire la sesión, que descarta silenciosamente la solicitud parcialmente completada. La auditoría registró exactamente esta secuencia compuesta en cinco de las diez plataformas durante el protocolo manual: un candidato que actuaba de buena fe terminó en una pantalla de «sesión expirada» sin solicitud completada y sin registro de haber solicitado nunca el empleo.</p>
  </div>

  <hr />

  <h2 id="timeouts">04 · Cargas con límite de tiempo y el fallo de expiración silenciosa</h2>

  <p>El hallazgo más dañino de la auditoría es el patrón de carga con límite de tiempo. Siete de las diez plataformas —Workday, SuccessFactors, Taleo, iCIMS, BambooHR, JazzHR y SmartRecruiters en sus configuraciones predeterminadas— imponen una ventana de sesión de 15 a 30 minutos en la solicitud del candidato, sin control de prórroga en el flujo y sin advertencia antes de la expiración. El paso de carga del CV, que a menudo requiere que el candidato cambie de contexto para buscar y renombrar un archivo, es el paso que más sistemáticamente dispara el temporizador.</p>

  <p>El Criterio de Conformidad 2.2.1 de WCAG 2.2 (Límite de tiempo ajustable) es inequívoco: cuando un límite de tiempo es esencial, debe advertirse al usuario al menos veinte segundos antes de la expiración y ofrecerle la posibilidad de ampliar el límite al menos diez veces. Ninguna de las siete plataformas con una carga predeterminada con límite de tiempo ofreció un control de prórroga. Ninguna proporcionó una advertencia que cumpliera el umbral de veinte segundos del criterio. La auditoría registró expiraciones silenciosas durante recorridos rutinarios con lector de pantalla en intervalos de entre 14 y 31 minutos.</p>

  <div class="callout warning">
    <div class="ct">El impacto desproporcionado</div>
    <p>Un formulario de solicitud con límite de tiempo impone un coste por segundo a los candidatos que navegan con teclado, leen con un lector de pantalla, usan un dispositivo de entrada por conmutación o de seguimiento ocular, o cuya discapacidad ralentiza su ritmo frente a la pantalla. Cuanto más rápido puede completar el mismo formulario un candidato con visión que usa el ratón, mayor es el impacto desproporcionado. En la auditoría, el mismo formulario que un usuario no discapacitado completó en nueve minutos tardó veintiséis a un usuario de lector de pantalla — superando holgadamente la ventana de sesión predeterminada de Workday.</p>
  </div>

  <hr />

  <h2 id="video">05 · Entrevistas por vídeo — HireVue y la capa paralela</h2>

  <p>Bajo la capa del ATS se sitúa una segunda capa de plataforma paralela que el candidato a menudo no anticipa: el proveedor de entrevistas por vídeo. HireVue es el líder del mercado; Spark Hire, Modern Hire (ahora parte de HireVue), VidCruiter y Willo son los cuatro siguientes. La mayoría de las diez plataformas ATS anteriores integran uno o más de estos proveedores como paso posterior en el flujo del candidato. Se auditó la superficie de entrevista por vídeo dirigida a candidatos de HireVue y Spark Hire como los dos proveedores de mayor volumen.</p>

  <p>La superficie de entrevista por vídeo introduce una categoría de fallo que la capa ATS no tiene: el aviso de respuesta grabada. El candidato recibe una pregunta en pantalla, un breve temporizador de preparación y una ventana de grabación. Los fallos de accesibilidad registrados se concentraron principalmente en torno al aviso mismo: subtítulos ausentes o autotranscritos en el vídeo de la pregunta, ninguna alternativa en forma de transcripción, ningún control de tiempo ampliado para el candidato y ventanas de grabación de un solo intento sin una advertencia clara de «este es su único intento» anunciada al lector de pantalla. Spark Hire se comportó marginalmente mejor que HireVue en disponibilidad de subtítulos; ambos suspendieron el paso «completar una pregunta de principio a fin» del protocolo manual en la auditoría.</p>

  <hr />

  <h2 id="statements">06 · La brecha de honestidad en las declaraciones de accesibilidad de los proveedores</h2>

  <p>Los diez proveedores ATS auditados publican algún tipo de declaración de accesibilidad. Tres —Workday, Oracle Taleo e iCIMS— afirman la conformidad con WCAG 2.1 Nivel AA para el producto dirigido a candidatos que la auditoría encontró de forma demostrable no conforme. Cada declaración tiene una explicación cuando se lee más allá del titular: la de Workday hace referencia a un «modo accesible» configurable no activado por defecto en los sitios de los clientes; la de Oracle hace referencia a una VPAT de 2019 anterior a dos versiones principales del producto; la de iCIMS cubre el producto del reclutador, no el flujo de solicitud para candidatos. El patrón es coherente en todo el sector: la declaración es técnicamente verdadera en sentido estricto y sustancialmente engañosa para un equipo de contratación que no sabe qué pregunta hacer.</p>

  <div class="quote-block">
    <div class="meta">Extracto — declaración de accesibilidad del proveedor, una de las plataformas auditadas</div>
    <div class="quote"><span lang="en">"Our candidate experience is designed to conform to WCAG 2.1 Level AA. We continuously test our products against international accessibility standards and welcome feedback from users with disabilities."</span></div>
    <span class="source">Declaración de accesibilidad pública del proveedor, recuperada en mayo de 2026. La auditoría encontró 47 infracciones graves o críticas de axe en el flujo predeterminado para candidatos del mismo proveedor en la misma fecha.</span>
  </div>

  <p>La brecha de honestidad importa porque los equipos de contratación tratan la declaración de accesibilidad como una señal de cumplimiento —exactamente como el proveedor pretende. Un responsable de adquisición de talento de Fortune 500 que lee «conformidad con WCAG 2.1 Nivel AA» en una presentación y reproduce esa afirmación en una respuesta a una licitación firma a un proveedor en la vía del candidato cuyo comportamiento predeterminado el responsable no ha verificado en realidad. El empleador hereda la responsabilidad de accesibilidad del proveedor; y bajo el Título I de la ADA y el Artículo 4 de la EAA, el empleador es el obligado, no el proveedor.</p>

  <hr />

  <h2 id="law">07 · El Título I de la ADA y el Artículo 4 de la EAA — por qué es derecho laboral</h2>

  <p>El marco jurídico de la accesibilidad en los ATS no es el Título III de la ADA, orientado al cliente, sino el Título I —las disposiciones sobre empleo. El Título I exige ajustes razonables en el proceso de solicitud para personas con discapacidad cualificadas y prohíbe las prácticas de empleo que excluyan, o tiendan a excluir, a las personas con discapacidad, salvo que la práctica esté relacionada con el trabajo y sea coherente con la necesidad empresarial. Un flujo de solicitud que no se puede utilizar con un lector de pantalla, que expira silenciosamente o que no asocia los errores de validación con sus campos es —en la lectura más directa posible— una práctica de empleo que tiende a excluir a las personas con discapacidad en la fase de solicitud.</p>

  <p>En la Unión Europea, el European Accessibility Act (EAA), Directiva (UE) 2019/882, es aplicable a los productos y servicios incluidos en su ámbito desde el 28 de junio de 2025. El Artículo 4 de la Directiva extiende la obligación de accesibilidad a los «servicios al consumidor» y a los servicios auxiliares vinculados a los productos del Anexo I, con una aplicabilidad específica a las plataformas de contratación que varía según la transposición de cada Estado miembro. Varios Estados miembros —Alemania, Francia, Italia, España— disponen de legislación de transposición que captura explícitamente las plataformas de servicios de empleo, ya sea a través del Artículo 4 o a través de marcos preexistentes de ley de igualdad. La Directiva sobre la accesibilidad de los sitios web (Directiva (UE) 2016/2102) cubre por separado los sitios web de los empleadores del sector público en toda la UE.</p>

  <div class="callout info">
    <div class="ct">¿Quién es el obligado?</div>
    <p>Bajo el Título I de la ADA, el empleador que usa el ATS es el obligado —la EEOC ha sido explícita en que un empleador sujeto a la ley no puede delegar su obligación de no discriminación en un proveedor de software mediante contrato de compra. Bajo el Artículo 4 de la EAA, la obligación recae tanto en el prestador del servicio como, cuando proceda, en el operador económico que pone el servicio en el mercado. El candidato que es excluido por un flujo de solicitud inaccesible tiene una causa de acción según el Título I contra el empleador que lo implantó.</p>
  </div>

  <p>El documento de asistencia técnica de la EEOC de mayo de 2022 sobre el uso de inteligencia artificial y software en las decisiones de empleo, y su actualización de mayo de 2023, son directamente aplicables a la accesibilidad en los ATS. El marco de la agencia trata el software de la fase de solicitud como parte del proceso de selección del empleador. Un ATS cuyo flujo predeterminado es inaccesible para usuarios de lector de pantalla es una característica del proceso de selección que excluye a candidatos con discapacidad. La vulnerabilidad jurídica alcanza al director de RRHH del empleador, no al responsable de producto del proveedor.</p>

  <hr />

  <h2 id="outlook">08 · Qué deben hacer a continuación empleadores y proveedores</h2>

  <p>Los tres hallazgos operativos de la auditoría se traducen en tres acciones, por orden de prioridad.</p>

  <ul>
    <li><strong>Los equipos de contratación deben tratar la declaración de accesibilidad del proveedor como un punto de partida, no como un hallazgo.</strong> Conviene exigir al proveedor que demuestre el flujo para candidatos con un lector de pantalla en una instancia configurada por defecto —no en una personalizada por el cliente, no en el producto del reclutador, no en un «modo accesible» si no es el predeterminado. Debe insistirse en un análisis con axe-core contra la instancia real del cliente tras la implantación.</li>
    <li><strong>Los empleadores deben desactivar cualquier tiempo de expiración de sesión inferior a 30 minutos en el flujo para candidatos y habilitar un control de prórroga donde la plataforma lo permita.</strong> Donde la plataforma no lo permita, conviene plantear el problema formalmente al proveedor y documentar la vía de ajuste razonable resultante. La exposición según el Título I de un formulario de solicitud que expira silenciosamente es concreta y material.</li>
    <li><strong>Los proveedores deben corregir la vinculación de etiquetas de formulario, la identificación de errores y las cargas con límite de tiempo como las tres primeras prioridades de corrección —en ese orden.</strong> Esas tres categorías representan por sí solas aprox. el 71 % de las infracciones auditadas y explican casi todos los fallos del protocolo manual registrados. Los problemas de contraste de color y visibilidad del foco importan, pero no son los que impiden a un candidato completar el formulario.</li>
  </ul>

  <h2 id="closing">El embudo de solicitudes es la puerta de entrada</h2>

  <p>Toda conversación sobre inclusión de personas con discapacidad en el mercado laboral llega eventualmente a la misma observación: la tasa de participación laboral de los adultos en edad de trabajar con discapacidad sigue siendo muy inferior a la de sus pares sin discapacidad, año tras año, en toda la OCDE. Las razones son múltiples: brechas salariales, brechas de ajustes razonables, brechas de transporte, brechas de actitud. Pero una de las razones es mecánica y poco romántica: una parte significativa de los candidatos con discapacidad no puede completar el formulario de solicitud. La auditoría lo registró directamente. Tres de las diez plataformas más utilizadas produjeron un flujo que un usuario de lector de pantalla podía completar. Siete no.</p>

  <p>La capa ATS es la puerta de entrada al mercado laboral para la mayoría de los empleadores de Fortune 500 de EE. UU. y una proporción comparable de grandes empleadores europeos. Cuando esa puerta está cerrada en la fase de solicitud, la brecha estructural de participación aguas abajo es en parte función de esa puerta cerrada. El papel de la auditoría no es atribuir la culpa al proveedor o al empleador por separado; es registrar que la puerta está cerrada e identificar, en términos concretos y verificables, qué la está cerrando.</p>

  <p>Lea más de Disability World sobre <a href="/regulations/us/">la ADA</a>, sobre <a href="/articles/european-accessibility-act-guide/">el European Accessibility Act</a> y sobre <a href="/articles/">el registro más amplio de auditorías de accesibilidad</a>.</p>

  <footer class="footer-note">
    <p><strong>Metodología y datos:</strong> análisis automatizados con axe-core 4.10 ejecutados entre el 6 de abril y el 18 de mayo de 2026 sobre los flujos de solicitud de empleo públicos configurados por defecto de Workday, SAP SuccessFactors, Oracle Taleo, iCIMS, Greenhouse, Lever, BambooHR, Workable, JazzHR y SmartRecruiters. La revisión manual utilizó un protocolo fijo con NVDA 2024.1 en Firefox 124 / Windows 11, JAWS 2024 en Chrome 124 / Windows 11 y VoiceOver en Safari 17 / macOS 14. Niveles de gravedad contados: solo «grave» y «crítico» de axe-core; «moderado» y «menor» excluidos de los totales. Las clasificaciones de cuota de mercado de ATS proceden de la encuesta a compradores de tecnología de adquisición de talento de Aptitude Research de 2024 y del análisis de mercado ATS de Ongig de 2025. Las puntuaciones compuestas de superación de la auditoría combinan el porcentaje de superación de reglas de axe con el porcentaje de finalización del protocolo manual en igual peso; la puntuación es descriptiva, no una determinación regulatoria.</p>
    <p><strong>Contexto jurídico:</strong> Americans with Disabilities Act, Título I, 42 U.S.C. §12111 et seq. (1990, modificada en 2008); asistencia técnica de la EEOC, <span lang="en">"The Americans with Disabilities Act and the Use of Software, Algorithms, and Artificial Intelligence to Assess Job Applicants and Employees"</span> (mayo de 2022, actualizada en mayo de 2023). Directiva (UE) 2019/882 (European Accessibility Act), Artículo 4 y Anexo I; Directiva (UE) 2016/2102 (Directiva sobre la accesibilidad de los sitios web). WCAG 2.2 Nivel AA (Recomendación del W3C, octubre de 2023): CC 1.3.1 Información y relaciones, CC 2.2.1 Límite de tiempo ajustable, CC 3.3.1 Identificación de errores, CC 3.3.3 Sugerencia ante error, CC 4.1.2 Nombre, función, valor.</p>
    <p><strong>Lo que este artículo no es:</strong> una adjudicación regulatoria de la conformidad WCAG de ningún proveedor. La auditoría capturó el flujo público para candidatos configurado por defecto en fechas concretas y no ejerció todas las configuraciones de los clientes, todos los conmutadores de modo accesible ni todos los idiomas. Los parches de los proveedores y los cambios de configuración por parte del cliente pueden modificar las puntuaciones subyacentes. Los lectores que se enfrenten a preguntas concretas de contratación o de derecho laboral sobre una implantación específica de un ATS deben consultar a un abogado competente y a una empresa de auditoría de accesibilidad cualificada.</p>
  </footer>

</div>

---
title: La DDA australiana y el mosaico estatal de accesibilidad
url: https://www.disabilityworld.org/es/articles/australia-dda-and-the-mosaic/
description: La Disability Discrimination Act 1992 de Australia es una ley federal antidiscriminación cuya aplicación a los servicios digitales se ha desarrollado a través de la jurisprudencia desde Maguire contra SOCOG (2000).
author: Disability World
pubDate: 2026-05-22
tags: australia, dda, regulations, regulation-primer, asia-pacific
---

# La DDA australiana y el mosaico estatal de accesibilidad

<div class="src-article" data-template="5">

<p class="image-alt-text">Descripción de la imagen: el Parlamento australiano en Canberra a la hora dorada, con la bandera australiana ondeando sobre el emblemático asta de la bandera del edificio —referencia institucional del marco de la DDA.</p>

<p class="rt-prefix">Tiempo de lectura: 12 minutos</p>

<p class="wp-block-paragraph">La <strong>Disability Discrimination Act 1992 (Cth)</strong> de Australia —la DDA— es el ancla federal de los derechos de las personas con discapacidad en Australia y el estatuto operativo para las reclamaciones de accesibilidad digital en todo el país. No es una ley de accesibilidad digital: no menciona WCAG, contenidos web ni aplicaciones. Es un estatuto antidiscriminatorio de propósito general redactado antes de que existiera la web pública, que ha sido extendido para cubrir los servicios digitales casi exclusivamente a través de la jurisprudencia y de orientaciones subordinadas. El acto fundacional de esa extensión se produjo temprano —<em>Maguire v Sydney Organising Committee for the Olympic Games</em> (HREOC, 2000), la primera resolución formal del mundo en la que la inaccesibilidad de un sitio web constituyó discriminación ilegal— y veinticinco años después sigue estableciendo el marco jurídico en el que se presentan las reclamaciones de accesibilidad digital. Para un contexto regional más amplio, véase el <a href="/regulations/">índice de normativas nacionales</a> y el <a href="/articles/un-crpd-enforcement-twenty-years-on/">retrospectivo a los veinte años de la CRPD</a>.</p>

<p class="wp-block-paragraph">Sobre la DDA se superpone un mosaico genuinamente federal: los estatutos antidiscriminatorios estatales y territoriales —la Equal Opportunity Act 2010 de Victoria, la Anti-Discrimination Act 1977 de Nueva Gales del Sur, la Anti-Discrimination Act 1991 de Queensland y sus equivalentes en cada una de las jurisdicciones restantes— operan en paralelo, con sus propios comisionados y sus propios tribunales. La Australian Human Rights Commission (AHRC) gestiona el procedimiento federal de conciliación. La Digital Transformation Agency (DTA) establece la norma de referencia de contratación para los servicios digitales de titularidad del Estado en WCAG 2.1 AA y adopta la AS EN 17161:2020 (la adopción australiana de la norma europea de diseño universal) como referencia de planificación. Esta guía traza ese mosaico: qué hace realmente la DDA, dónde los estatutos estatales cubren lo que deja fuera, cómo se presenta una reclamación y cómo son los remedios, y dónde se sitúan los instrumentos de contratación pública del Estado.</p>

<h2 class="wp-block-heading" id="h-what-the-dda-is">Qué es la DDA — y qué no es</h2>

<p class="wp-block-paragraph">La DDA fue promulgada en 1992 por el gobierno Keating al amparo de la competencia en Asuntos Exteriores del artículo 51(xxix) de la Constitución australiana, fundamentada en las obligaciones de Australia derivadas de instrumentos internacionales de derechos humanos —entonces los convenios de la OIT y la Declaración de la ONU sobre los Derechos de las Personas con Discapacidad. Australia ratificó la Convención de la ONU sobre los Derechos de las Personas con Discapacidad (CRPD) en 2008 y el Protocolo Facultativo en 2009. La DDA es dieciséis años anterior a la CRPD; la Convención no se ha incorporado a la legislación interna, pero actúa como lente interpretativa en los casos de la DDA y como impulsor explícito de la Australian Disability Strategy 2021–2031.</p>

<p class="wp-block-paragraph">En su forma actual, la DDA prohíbe la discriminación directa e indirecta por motivo de discapacidad en una lista definida de ámbitos de la vida pública: trabajo, educación, acceso a instalaciones, la prestación de bienes, servicios y establecimientos, alojamiento, tierras, clubes y asociaciones constituidas, deporte y la administración de leyes y programas del Estado. La sección 24 —la disposición sobre bienes, servicios e instalaciones— es la sección operativa para los servicios digitales. No está delimitada por el medio: una práctica discriminatoria a través de un sitio web o una aplicación móvil queda dentro de la sección 24 exactamente del mismo modo que lo haría un mostrador inaccesible en una sucursal bancaria. Ese es el gancho jurídico que hizo posible <em>Maguire</em>.</p>

<h3 class="wp-block-heading" id="h-the-unjustifiable-hardship-defence">La defensa de la «carga injustificada»</h3>

<p class="wp-block-paragraph">La defensa más litigada de la DDA es la sección 11 —la disposición sobre «carga injustificada». Un demandado que admite que una práctica sería discriminatoria puede argumentar que proporcionar el ajuste impondría una carga injustificada, ponderando factores que incluyen la naturaleza del beneficio o perjuicio, el efecto de la discapacidad, la situación financiera del demandado, el gasto estimado requerido y la disponibilidad de asistencia financiera y de otro tipo. La defensa es específica de los hechos y a menudo ha resultado decisiva: una pequeña empresa con márgenes reducidos puede presentarla de forma creíble; una agencia del Estado o un gran minorista no.</p>

<h3 class="wp-block-heading" id="h-disability-standards">Normas de Discapacidad en virtud de la DDA</h3>

<p class="wp-block-paragraph">La sección 31 de la DDA faculta al Fiscal General para dictar Normas de Discapacidad que desarrollen las obligaciones generales de la Ley en sectores específicos. Actualmente están en vigor tres: las <strong>Disability Standards for Education 2005</strong>, las <strong>Disability Standards for Accessible Public Transport 2002</strong> (DSAPT) y las <strong>Disability (Access to Premises – Buildings) Standards 2010</strong>. No existe ninguna Norma de Discapacidad para la accesibilidad digital. Sucesivas revisiones —la más reciente, la revisión de las DSAPT de 2021— han planteado la cuestión; el Estado ha preferido sistemáticamente abordar la accesibilidad digital a través de la orientación en materia de contratación de la DTA y la referencia WCAG, en lugar de dictar una Norma vinculante en virtud de la sección 31. La ausencia de una Norma digital es una característica estructural del marco australiano, no una omisión.</p>

<h2 class="wp-block-heading" id="h-maguire-and-its-shadow">Maguire y su sombra: cómo la jurisprudencia convirtió a la DDA en un estatuto digital</h2>

<p class="wp-block-paragraph">La resolución de 2000 en <em>Bruce Maguire v Sydney Organising Committee for the Olympic Games</em> (SOCOG) es el documento fundacional del derecho de accesibilidad digital en Australia, y posiblemente en cualquier parte. Bruce Maguire, una persona ciega, denunció ante la Human Rights and Equal Opportunity Commission (HREOC —predecesora de la AHRC) que el sitio web oficial de los Juegos Olímpicos de Sídney 2000 le resultaba inaccesible porque las imágenes carecían de texto alternativo, las tablas de medallero no podían leerse con un lector de pantalla y la página de índice de deportes tenía una estructura inutilizable. El Comisionado, William Carter QC, dictaminó que SOCOG había discriminado ilegalmente a Maguire en virtud de la sección 24, rechazó la defensa de carga injustificada (la prueba de SOCOG de que los cambios habrían requerido 368 días-persona no era, atendiendo al expediente, suficiente) y ordenó a SOCOG que hiciera el sitio web accesible y pagara 20.000 AUD en concepto de daños y perjuicios.</p>

<p class="wp-block-paragraph">La cifra de daños era pequeña. El precedente, no. <em>Maguire</em> estableció tres proposiciones que siguen siendo fundamentales: que un sitio web es un «servicio» en el sentido de la sección 24; que la prueba de carga injustificada no se supera con el mero señalamiento al coste de ingeniería; y que el cumplimiento de las orientaciones internacionales de accesibilidad (entonces las Pautas de Accesibilidad para el Contenido Web 1.0 del W3C) era la referencia operativa para definir qué aspecto tiene un sitio web accesible. El Estado publicó su primera política obligatoria de accesibilidad web para los sitios del gobierno federal ese mismo año. Toda reclamación de accesibilidad digital australiana posterior se ha litigado a la sombra de <em>Maguire</em>.</p>

<h3 class="wp-block-heading" id="h-the-post-maguire-docket">El expediente posterior a Maguire</h3>

<p class="wp-block-paragraph">El volumen de casos digitales formalmente resueltos en virtud de la DDA es reducido —el procedimiento de la AHRC se basa en la conciliación más que en la adjudicación, y la mayoría de los asuntos que revelan un problema real se resuelven mediante acuerdo. Entre los asuntos notables posteriores a <em>Maguire</em> se encuentran la conciliación de 2014 contra un gran banco australiano por una interfaz actualizada de banca en línea inaccesible (resuelta con un programa de corrección y una indemnización no revelada); la conciliación de 2019 contra la aplicación de billetes de transporte público de un estado (resuelta mediante rediseño y publicación de una hoja de ruta de accesibilidad); y una conciliación de 2023 contra el flujo de pago de un gran minorista en virtud de la sección 24, también resuelta mediante acuerdo. El patrón es coherente: los demandantes no necesitan, por lo general, litigar; la exposición jurídica es suficiente para llevar a los demandados a la mesa.</p>

<h2 class="wp-block-heading" id="h-the-state-mosaic">El mosaico estatal: las leyes de igualdad de oportunidades y los comisionados paralelos</h2>

<p class="wp-block-paragraph">La DDA no desplaza a la legislación antidiscriminatoria estatal y territorial. Una persona que crea haber sido discriminada por motivo de discapacidad en Australia puede presentar una reclamación federal en virtud de la DDA —ante la AHRC— o en su estado o territorio en virtud del estatuto de esa jurisdicción. La elección tiene consecuencias: el foro, los remedios disponibles y el tribunal que conoce de cualquier escalada difieren. Los tres principales regímenes estatales se resumen a continuación.</p>

<table class="wp-block-table">
<thead>
<tr><th>Jurisdicción</th><th>Estatuto</th><th>Comisionado</th><th>Tribunal de escalada</th></tr>
</thead>
<tbody>
<tr><td>Federal</td><td>Disability Discrimination Act 1992 (Cth)</td><td>Australian Human Rights Commission (AHRC)</td><td>Federal Circuit and Family Court of Australia</td></tr>
<tr><td>Victoria</td><td>Equal Opportunity Act 2010</td><td>Victorian Equal Opportunity and Human Rights Commission (VEOHRC)</td><td>Victorian Civil and Administrative Tribunal (VCAT)</td></tr>
<tr><td>Nueva Gales del Sur</td><td>Anti-Discrimination Act 1977</td><td>Anti-Discrimination NSW</td><td>NSW Civil and Administrative Tribunal (NCAT)</td></tr>
<tr><td>Queensland</td><td>Anti-Discrimination Act 1991</td><td>Queensland Human Rights Commission</td><td>Queensland Civil and Administrative Tribunal (QCAT)</td></tr>
<tr><td>Australia Occidental</td><td>Equal Opportunity Act 1984</td><td>Equal Opportunity Commission WA</td><td>State Administrative Tribunal (SAT)</td></tr>
<tr><td>Australia Meridional</td><td>Equal Opportunity Act 1984</td><td>Equal Opportunity Commission SA</td><td>SA Civil and Administrative Tribunal (SACAT)</td></tr>
<tr><td>Tasmania</td><td>Anti-Discrimination Act 1998</td><td>Equal Opportunity Tasmania</td><td>Tasmanian Civil and Administrative Tribunal (TASCAT)</td></tr>
<tr><td>ACT</td><td>Discrimination Act 1991</td><td>ACT Human Rights Commission</td><td>ACT Civil and Administrative Tribunal (ACAT)</td></tr>
<tr><td>Territorio del Norte</td><td>Anti-Discrimination Act 1992</td><td>Anti-Discrimination Commission NT</td><td>NT Civil and Administrative Tribunal (NTCAT)</td></tr>
</tbody>
</table>

<h3 class="wp-block-heading" id="h-victoria-eoa">Victoria — Equal Opportunity Act 2010 y el deber positivo</h3>

<p class="wp-block-paragraph">La Equal Opportunity Act 2010 de Victoria es el más ambicioso de los regímenes estatales. La sección 15 impone un <strong>deber positivo</strong> a los sujetos obligados de adoptar medidas razonables y proporcionadas para eliminar la discriminación, el acoso sexual y la victimización en la mayor medida posible. El deber positivo es anticipatorio: no requiere que se presente un reclamante. La Victorian Equal Opportunity and Human Rights Commission (VEOHRC) puede investigar y solicitar compromisos ejecutables cuando parece que el deber no se ha cumplido. Victoria también aplica la Charter of Human Rights and Responsibilities Act 2006, que añade una capa interpretativa adicional para las autoridades públicas. Conjuntamente, dan a Victoria el marco estatal de discapacidad más sólido del país y el más exigente en materia de práctica digital.</p>

<h3 class="wp-block-heading" id="h-nsw-act">Nueva Gales del Sur — Anti-Discrimination Act 1977</h3>

<p class="wp-block-paragraph">La Anti-Discrimination Act 1977 de Nueva Gales del Sur es el más antiguo de los regímenes estatales y el más fragmentario. Cubre la discriminación en el trabajo, la educación, la prestación de bienes y servicios, el alojamiento y los clubes registrados. No contiene ningún deber positivo. La Anti-Discrimination Board de Nueva Gales del Sur (que opera como Anti-Discrimination NSW) gestiona la conciliación; la escalada corresponde a NCAT. La NSW Law Reform Commission lleva revisando la Ley desde 2024 con el mandato de considerar, entre otras cosas, un deber positivo siguiendo el modelo de la sección 15 de Victoria. Que esa recomendación sobreviva al proceso legislativo determinará si el régimen de Nueva Gales del Sur se acerca al de Victoria en esta década.</p>

<h3 class="wp-block-heading" id="h-qld-act">Queensland — Anti-Discrimination Act 1991, reemplazada en 2025</h3>

<p class="wp-block-paragraph">El régimen de Queensland está en transición. La Anti-Discrimination Act 1991 ha sido el estatuto operativo durante treinta y cuatro años; la <strong>Respect at Work and Other Matters Amendment Act 2024</strong> y la posterior <strong>Anti-Discrimination Bill 2024</strong>, aprobada en 2025, están restructurando el marco en torno a un deber positivo al estilo victoriano y actualizando la lista de atributos protegidos. La Queensland Human Rights Commission —que también administra la Human Rights Act 2019, el único texto de derechos similar a la Carta a nivel estatal fuera de Victoria y del ACT— tiene correspondientemente un alcance investigativo más amplio. Para los demandantes de 2026, el efecto práctico es un régimen que avanza en la dirección del victoriano, pero con un período de transición durante el cual tanto las normas de procedimiento antiguas como las nuevas estarán vigentes dependiendo de la fecha en que se produjo la discriminación.</p>

<h3 class="wp-block-heading" id="h-state-vs-federal-choice">La elección entre el foro estatal y el federal en la práctica</h3>

<p class="wp-block-paragraph">Un demandante no puede perseguir ambos foros simultáneamente. La mayoría de las reclamaciones de accesibilidad digital —donde el demandado es una entidad nacional o multinacional— se presentan ante la AHRC en virtud de la DDA, porque el foro federal ofrece una cobertura limpia de las operaciones nacionales del demandado y es el foro en el que se lee el precedente (incluido <em>Maguire</em>). Las reclamaciones contra organismos de gobierno estatal o local, contra prestadores de servicios específicamente estatales, o por demandantes que deseen invocar un deber positivo como el de Victoria, se presentan normalmente a nivel estatal. Los profesionales que asesoran a los demandantes recomiendan generalmente el foro estatal cuando existe un deber positivo y una investigación de la Comisión es viable, y el foro federal cuando la conciliación contra un demandado nacional es el remedio realista.</p>

<h2 class="wp-block-heading" id="h-how-a-complaint-works">Cómo funciona en la práctica una reclamación en virtud de la DDA: el procedimiento de la AHRC</h2>

<p class="wp-block-paragraph">El procedimiento de la AHRC se basa en la conciliación: no es, en primera instancia, un órgano adjudicador. La reclamación se presenta por escrito, la AHRC la evalúa en cuanto a jurisdicción y mérito <span lang="la">prima facie</span>, y cuando prosigue la Comisión convoca una conferencia de conciliación. La Comisión tiene amplias facultades para exigir la comparecencia y documentos, pero no tiene potestad para imponer un remedio vinculante. Si la conciliación tiene éxito, el asunto se cierra en los términos negociados (que suelen ser confidenciales). Si la conciliación fracasa o el demandado se niega a participar, el demandante puede solicitar una determinación al Federal Circuit and Family Court of Australia —lo que es entonces un procedimiento plenamente adversarial en virtud de la DDA.</p>

<p class="wp-block-paragraph">Los remedios que puede ordenar el Federal Circuit and Family Court incluyen declaraciones de que la conducta del demandado fue ilegal, órdenes de resarcir pérdidas o daños (incluidos daños generales por daño moral, humillación y angustia), órdenes que exijan al demandado realizar actos razonables para resarcir la pérdida y órdenes que prohíban al demandado repetir o continuar la discriminación ilegal. Las cuantías de daños en los casos de la DDA son convencionalmente modestas según los estándares internacionales —generalmente en el rango de 5.000 a 50.000 AUD, con adjudicaciones por encima de esa cifra poco frecuentes— pero la consecuencia operativa suele ser la orden de medidas cautelares (la corrección del sitio web, el cambio de política, la formación del personal) más que el componente económico.</p>

<h3 class="wp-block-heading" id="h-the-twelve-month-trigger">El plazo de veinticuatro meses</h3>

<p class="wp-block-paragraph">Una reclamación en virtud de la DDA debe presentarse en el plazo de veinticuatro meses desde la supuesta discriminación —ampliado desde los doce originales en 2022. El plazo corre desde el acto, no desde el conocimiento del demandante, lo que ha generado dificultades en casos digitales donde la práctica discriminatoria es continua. La práctica de la AHRC es tratar una interfaz continuamente inaccesible como un acto continuo a efectos de la limitación, pero la cuestión no está cerrada en instancia de apelación.</p>

<h2 class="wp-block-heading" id="h-the-dta-procurement-lever">El instrumento de contratación de la DTA: WCAG 2.1 AA y AS EN 17161</h2>

<p class="wp-block-paragraph">La Digital Transformation Agency (DTA) es el organismo del Estado responsable de la política digital de toda la administración. Opera el <strong>Digital Service Standard</strong> —la norma de diseño para los servicios digitales financiados por el Estado— y los marcos de contratación que afectan a todos los contratos digitales por encima del umbral correspondiente. La DTA no legisla; establece las normas en virtud de las cuales las agencias del Estado compran y construyen servicios digitales, y a través de esas normas hace la mayor parte del trabajo que de otro modo haría una Norma de accesibilidad digital doméstica en virtud de la sección 31 de la DDA.</p>

<p class="wp-block-paragraph">Las referencias operativas son <strong>WCAG 2.1 Nivel AA</strong> para el contenido web y móvil, y <strong>AS EN 17161:2020 — Diseño para todos: accesibilidad mediante diseño universal</strong> para el ciclo de vida más amplio de planificación y diseño. La AS EN 17161 es la adopción australiana de la norma europea EN 17161:2019, adoptada por Standards Australia en 2020 como referencia no vinculante para el diseño universal a nivel de proceso. La orientación de la DTA enmarca ambas conjuntamente: WCAG 2.1 AA como norma de resultado para cualquier interfaz web o móvil, AS EN 17161 como norma de proceso para planificar y diseñar el servicio que esa interfaz representa. Los contratos de contratación pública del Estado citan cada vez más ambas, y los Pliegos de Condiciones de grandes licitaciones requieren habitualmente informes de conformidad con WCAG 2.1 AA a lo largo de todo el ciclo de vida.</p>

<h3 class="wp-block-heading" id="h-the-wcag-version-question">La cuestión de WCAG 2.1 frente a 2.2</h3>

<p class="wp-block-paragraph">La referencia de la DTA sigue siendo WCAG 2.1 AA, no 2.2. El W3C publicó WCAG 2.2 como Recomendación en octubre de 2023, y la Australian Government Information Management Office señaló en 2024 que se estaba considerando actualizar la referencia de contratación a la versión 2.2. A principios de 2026, la referencia formal sigue siendo la 2.1; las licitaciones pueden requerir la 2.2, pero el suelo de la política es la 2.1. El retraso entre la Recomendación del W3C y la adopción del Estado es una característica recurrente del marco australiano.</p>

<h2 class="wp-block-heading" id="h-the-australian-disability-strategy">La Australian Disability Strategy 2021–2031</h2>

<p class="wp-block-paragraph">Por encima de la DDA y del mosaico estatal se sitúa la <strong>Australian Disability Strategy 2021–2031</strong>, el marco federal de política que sucede a la National Disability Strategy 2010–2020. La Estrategia no es legislación: es el acuerdo de la era del Consejo de Gobiernos Australianos, actualizado en 2021, que alinea la política del Estado, los estados y los territorios con la CRPD. Identifica siete áreas de resultado —empleo, hogares y comunidades inclusivos, seguridad, derechos, salud y bienestar, aprendizaje y habilidades, y apoyo personal y comunitario— y establece medidas de resultado y planes de acción específicos. La Estrategia es el documento que consulta un organismo del Estado o estatal al diseñar un programa relacionado con la discapacidad; es la capa operativa por encima de la capa legal.</p>

<p class="wp-block-paragraph">El mecanismo de rendición de cuentas de la Estrategia es el Australian Institute of Health and Welfare (AIHW), que publica informes anuales del marco de resultados. El marco incluye indicadores de participación en el empleo, la educación, la economía digital y la vida pública. El informe de 2025 señaló que la brecha de participación en la economía digital entre personas con y sin discapacidad se había reducido ligeramente desde 2021, pero seguía siendo significativa, y que el progreso era desigual entre los estados —Victoria y el ACT superaban la media, mientras que los indicadores del Territorio del Norte y el Queensland rural se quedaban rezagados.</p>

<h2 class="wp-block-heading" id="h-practical-implications">Implicaciones prácticas: cómo leer el mosaico en 2026</h2>

<p class="wp-block-paragraph">Para las organizaciones que operan en Australia —en particular las cuyos servicios digitales alcanzan una audiencia nacional— el mapa práctico es sencillo en su esquema e intrincado en sus detalles. La DDA es el suelo federal: un servicio digital nacional que incumple la accesibilidad en virtud de la sección 24 está expuesto a una reclamación federal independientemente de dónde resida el usuario. Las leyes estatales de igualdad de oportunidades añaden cobertura paralela con deberes positivos específicos de cada estado (Victoria, ahora Queensland) y rangos de remedio específicos. El marco de contratación de la DTA establece la norma explícita —WCAG 2.1 AA, con AS EN 17161 como referencia de proceso— para cualquier servicio que el Estado pague. La CRPD, aunque no es derecho interno, es la lente interpretativa a través de la cual la AHRC, los comisionados estatales y los tribunales leen cada vez más los estatutos más antiguos.</p>

<p class="wp-block-paragraph">Para los demandantes, la elección del foro importa: el federal para los demandados nacionales y el valor de precedente; el estatal para las investigaciones con deber positivo y los prestadores de servicios específicamente estatales. Para los demandados, el suelo práctico es la conformidad con WCAG 2.1 AA con un programa de corrección documentado —el procedimiento de conciliación de la AHRC recompensa a las organizaciones que llegan con un plan creíble, y el tribunal federal no tiene indulgencia con las que llegan sin uno. La exposición jurídica en virtud de la sección 24 de la DDA es sustancialmente la misma en 2026 que en 2000; el conjunto de orientaciones —referencias de la DTA, resoluciones de comisionados estatales, conciliaciones posteriores a <em>Maguire</em>— que define qué aspecto tiene el cumplimiento es mucho más denso.</p>

<h2 class="wp-block-heading" id="h-conclusion">Conclusión: un estatuto antiguo, una capa de orientación cada vez más densa</h2>

<p class="wp-block-paragraph">La DDA tiene ya treinta y cuatro años. Se ha modificado sustancialmente solo en contadas ocasiones —en 2009 para alinearse mejor con la CRPD, en 2022 para ampliar el plazo de reclamación, y a través de periódicas Normas de Discapacidad. Su supervivencia como ancla legal de los derechos en materia de discapacidad en Australia a lo largo de la revolución digital es una característica de su redacción: la disposición sobre bienes, servicios e instalaciones de la sección 24 fue redactada con la amplitud suficiente para absorber medios que no existían en 1992. <em>Maguire</em> fue una extensión en 2000; es jurisprudencia consolidada en 2026.</p>

<p class="wp-block-paragraph">Lo que ha cambiado es la capa circundante: los deberes positivos estatales, la práctica de procedimiento de la AHRC, las referencias de contratación de la DTA, el peso interpretativo de la CRPD, el marco de resultados de la Australian Disability Strategy. El mosaico es el marco, no la DDA sola, y una organización que lee la DDA sin leer la capa circundante está leyendo el suelo como si fuera el techo. Para los próximos artículos de esta serie, véanse las guías sobre el marco de Nueva Zelanda y la comparación regional de Asia-Pacífico; para la visión comparada, el <a href="/articles/un-crpd-enforcement-twenty-years-on/">retrospectivo a los veinte años de la CRPD</a> y el <a href="/regulations/">índice de normativas nacionales</a> sitúan a Australia dentro del panorama más amplio de 2026.</p>

</div>

---
title: Pipelines de producción de braille en 2026: software, hardware y flujo de trabajo
url: https://www.disabilityworld.org/es/articles/braille-production-pipelines-2026/
description: Un recorrido técnico de extremo a extremo sobre cómo se produce el braille en 2026 — la pila de software de Duxbury DBT y Liblouis a BrailleBlaster y RoboBraille, las familias de impresoras braille de Index y Enabling Technologies, y el flujo de trabajo fuente-a-papel que las conecta.
author: Disability World
pubDate: 2026-05-22
tags: braille, embossers, transcription, education, blindness, production
---

# Pipelines de producción de braille en 2026: software, hardware y flujo de trabajo

<div class="src-article" data-template="3">

<section class="hero" aria-labelledby="hero-heading">
<div class="hero__inner">
<div class="hero__tag" aria-hidden="true">Guía técnica · Producción de braille</div>
<h1 class="hero__title" id="hero-heading">
Pipelines de producción de braille en 2026:<br/>
software, hardware y flujo de trabajo
</h1>
<p class="hero__lead">El braille no es una fuente tipográfica. Es una traducción, una decisión de composición y un artefacto en papel: tres problemas que deben resolverse conjuntamente. A continuación se describe la pila de producción que los ingenieros y transcriptores utilizan realmente en 2026: los motores de traducción, las familias de impresoras braille, los formatos de origen que aceptan y el bucle de control de calidad que mantiene la fidelidad de una página braille al original impreso.</p>
<div class="hero__stats" aria-label="Estadísticas clave">
<div class="stat-chip">
<div class="stat-chip__num">4</div>
<div class="stat-chip__label">motores de traducción principales</div>
</div>
<div class="stat-chip">
<div class="stat-chip__num">7</div>
<div class="stat-chip__label">familias de impresoras braille analizadas</div>
</div>
<div class="stat-chip">
<div class="stat-chip__num">6</div>
<div class="stat-chip__label">formatos de origen admitidos</div>
</div>
</div>
<div class="hero__meta">
<div class="hero__byline">Por <strong>el equipo técnico de Disability World</strong></div>
<div class="hero__pill">13 min de lectura</div>
<div class="hero__pill">Actualizado en mayo de 2026</div>
</div>
</div>
</section>

<nav class="toc-bar" aria-label="Secciones del artículo">
<div class="toc-bar__inner">
<p>Contenido</p>
<ul role="list">
<li><a href="#s1">1. La pila de software</a></li>
<li><a href="#s2">2. Hardware de impresoras braille</a></li>
<li><a href="#s3">3. Flujo de trabajo de extremo a extremo</a></li>
<li><a href="#s4">4. Matemáticas y multilingüismo</a></li>
<li><a href="#s5">5. Calidad y normas</a></li>
<li><a href="#conclusion">Conclusión</a></li>
</ul>
</div>
</nav>

<div class="article-body">
<div class="container">

<section id="s1" aria-labelledby="s1-heading">
<div class="section-label">Base</div>
<h2 class="section-title" id="s1-heading">1. La pila de software: cuatro motores que realizan la traducción real</h2>
<div class="prose">

<p>Una página braille es la salida de una traducción, no el renderizado de una fuente tipográfica. El traductor toma una secuencia de caracteres impresos y emite una secuencia de celdas braille, aplicando contracciones, marcadores de mayúsculas, indicadores numéricos y cambios de idioma según un código —el Braille Inglés Unificado (UEB) para la mayor parte de los trabajos en inglés, el Código Nemeth para las matemáticas, y una de las decenas de tablas de idioma para el texto en otros idiomas. El traductor es donde reside la mayor parte de la complejidad de ingeniería en un pipeline braille; todo lo demás en el pipeline es instalación alrededor de él.</p>

<p>Cuatro motores dominan el panorama de 2026. Duxbury Braille Translator (DBT) de Duxbury Systems es el estándar de la industria comercial, en desarrollo continuo desde los años setenta y aún la implementación de referencia frente a la que se miden otras herramientas. Liblouis es la biblioteca de traducción de código abierto en segundo plano que impulsa silenciosamente una gran fracción de todo lo demás: NVDA, Orca, BrailleBlaster, el controlador de consola BRLTTY y una larga cola de herramientas internas. Sao Mai Center BrailleBlaster, una aplicación de producción de código abierto desarrollada por la American Printing House for the Blind sobre un núcleo Liblouis, se ha convertido en la opción por defecto para la transcripción de libros de texto K–12 en Estados Unidos. RoboBraille es un servicio en la nube gratuito operado por la organización sin ánimo de lucro danesa Sensus que convierte un documento cargado en un archivo braille descargable en aproximadamente unos minutos —útil para solicitudes puntuales donde no se justifica comprar una licencia de Duxbury.</p>

<p>Los cuatro motores no compiten en el mismo eje. Duxbury vende certeza: un producto comercial probado con contrato de soporte, una ruta de certificación documentada para transcriptores y la mayor trayectoria de cualquier herramienta de esta lista. Liblouis vende embebibilidad: es la biblioteca que se llama desde la propia aplicación cuando no se quiere incluir una interfaz gráfica. BrailleBlaster vende una experiencia de autoría de nivel de libro de texto con flujos de trabajo enriquecidos para matemáticas, descripción de imágenes y gráficos táctiles integrados. RoboBraille vende comodidad: se arrastra un archivo Word sobre un formulario web y devuelve un archivo braille.</p>

</div>

<div class="combo-grid">

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">Duxbury DBT</div>
<div class="combo-card__sub">Duxbury Systems · comercial · Windows + macOS</div>
</div>
</div>
<div class="combo-card__usage">Estándar de la industria para las casas de producción braille desde los años setenta</div>
<div class="combo-feat"><span class="combo-feat__label">Códigos</span><span>UEB, Nemeth, braille musical, más aprox. 130 tablas de idioma</span></div>
<div class="combo-feat"><span class="combo-feat__label">Formatos de origen</span><span>Word, OpenOffice, HTML, TXT, NimasXML, LaTeX (parcial)</span></div>
<div class="combo-feat"><span class="combo-feat__label">Licencia</span><span>Licencia individual, precio de lista aprox. 700 $</span></div>
</article>

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">Liblouis</div>
<div class="combo-card__sub">Biblioteca de código abierto · LGPL · integrada en decenas de herramientas</div>
</div>
</div>
<div class="combo-card__usage">El motor de traducción detrás de NVDA, Orca, BrailleBlaster, BRLTTY</div>
<div class="combo-feat"><span class="combo-feat__label">Códigos</span><span>UEB, Nemeth, más aprox. 180 tablas mantenidas por la comunidad</span></div>
<div class="combo-feat"><span class="combo-feat__label">Formatos de origen</span><span>Texto plano en entrada; la aplicación circundante gestiona el análisis del archivo</span></div>
<div class="combo-feat"><span class="combo-feat__label">Licencia</span><span>LGPL — libre para integrar, libre para redistribuir</span></div>
</article>

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">BrailleBlaster</div>
<div class="combo-card__sub">APH + Sao Mai Center · código abierto · Java · multiplataforma</div>
</div>
</div>
<div class="combo-card__usage">Herramienta de autoría por defecto para la producción de libros de texto braille K–12 en EE. UU.</div>
<div class="combo-feat"><span class="combo-feat__label">Códigos</span><span>UEB, Nemeth, mediante el motor Liblouis</span></div>
<div class="combo-feat"><span class="combo-feat__label">Formatos de origen</span><span>NimasXML, DAISY, EPUB, Word, HTML</span></div>
<div class="combo-feat"><span class="combo-feat__label">Licencia</span><span>GPL — descarga gratuita, con soporte de APH</span></div>
</article>

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">RoboBraille</div>
<div class="combo-card__sub">Sensus (Dinamarca) · en la nube · carga web + correo electrónico</div>
</div>
</div>
<div class="combo-card__usage">Servicio público gratuito desde 2004 · aprox. 2 millones de conversiones al año</div>
<div class="combo-feat"><span class="combo-feat__label">Códigos</span><span>UEB, más la mayoría de las tablas de idiomas europeos</span></div>
<div class="combo-feat"><span class="combo-feat__label">Formatos de origen</span><span>Word, PDF, EPUB, imagen (OCR), HTML, texto</span></div>
<div class="combo-feat"><span class="combo-feat__label">Licencia</span><span>Gratuito para particulares; planes institucionales disponibles</span></div>
</article>

</div>

<div class="callout callout--info" role="note">
<div class="callout__icon-wrap" aria-hidden="true">i</div>
<div>
<span class="callout__label">Liblouis es el centro silencioso</span>
<div class="callout__body"><p>Si se traza el grafo de dependencias del «braille de código abierto» en 2026, Liblouis se sitúa en la raíz de la mayor parte de él. BrailleBlaster llama a Liblouis. NVDA llama a Liblouis. Orca llama a Liblouis. La ruta en inglés de RoboBraille llama a Liblouis. La biblioteca no compite con BrailleBlaster: es una capa por debajo de él. Cuando una nueva tabla de idioma llega a Liblouis en sentido ascendente, todas las herramientas que dependen de ella la heredan en la siguiente versión.</p></div>
</div>
</div>

</section>

<hr class="divider"/>

<section id="s2" aria-labelledby="s2-heading">
<div class="section-label">Hardware</div>
<h2 class="section-title" id="s2-heading">2. Hardware de impresoras braille: desde las unidades de escritorio hasta los equipos de producción interpunto</h2>
<div class="prose">

<p>La impresora braille es el opuesto mecánico de una impresora de inyección de tinta: en lugar de depositar tinta sobre una página, dos matrices opuestas comprimen una hoja de papel grueso entre sí y empujan los puntos en relieve hacia arriba desde abajo. Toda impresora braille es alguna variación de esa geometría básica, pero las máquinas varían en un orden de magnitud en cuanto a rendimiento, formato de página y si imprimen en uno o en ambos lados del papel a la vez (interpunto).</p>

<p>Dos fabricantes dominan el mercado en 2026. Index Braille (Suecia) comercializa tres líneas muy utilizadas en escuelas y pequeñas casas de braille: Basic-D para trabajo de escritorio unilateral, Everest-D para producción interpunto alimentada por hojas y Braille Box para impresión de folletos de gran volumen. Enabling Technologies (EE. UU.) comercializa las familias Romeo, Juliet y ET, utilizadas históricamente por los editores de braille estadounidenses y aún el caballo de batalla de muchos Centros de Recursos Educativos a nivel estatal. Tiger de ViewPlus ocupa su propia categoría: una impresora braille con capacidad para gráficos táctiles cuyo Tiger Cub Jr es el modelo de nivel básico más habitual en las aulas de STEM que necesitan gráficas en relieve junto al texto braille.</p>

<p>El rendimiento se mide en caracteres por segundo (CPS), pero en la práctica la métrica más útil es «páginas por minuto», porque las páginas braille son cortas —típicamente 25 líneas de 40 celdas, unas 1.000 celdas en total. Una unidad de escritorio a 100 CPS produce una página unilateral en unos 10 segundos más el tiempo de manejo del papel, lo que supone aprox. 4 páginas por minuto. Una unidad de producción interpunto a 800 CPS, a doble cara, alcanza cerca de 100 páginas por minuto con papel continuo. La diferencia no es de 8×: es de aprox. 25×, y esa brecha es la que separa una impresora de aula de una de casa de producción.</p>

</div>

<table class="matrix-table">
<thead>
<tr><th></th><th>Rendimiento</th><th>Formato</th><th>Interpunto</th><th>Función típica</th></tr>
</thead>
<tbody>
<tr><th>Index Basic-D V5</th><td>aprox. 110 CPS</td><td>Alimentación por hojas, una cara</td><td>No</td><td>Aula, biblioteca, pequeña oficina</td></tr>
<tr><th>Index Everest-D V5</th><td>aprox. 140 CPS</td><td>Alimentación por hojas, doble cara</td><td>Sí</td><td>Centros de transcripción de volumen medio</td></tr>
<tr><th>Index Braille Box V5</th><td>aprox. 300 CPS</td><td>Folletos alimentados por hojas, doble cara</td><td>Sí</td><td>Tiradas de folletos para bibliotecas y editoriales</td></tr>
<tr><th>Enabling Romeo Attache</th><td>aprox. 15 CPS</td><td>Alimentación por tractor, una cara</td><td>No</td><td>Portátil / usuario individual</td></tr>
<tr><th>Enabling Juliet 120</th><td>aprox. 120 CPS</td><td>Tractor o alimentación por hojas</td><td>Sí</td><td>Distrito escolar, universidad</td></tr>
<tr><th>Enabling ET Series</th><td>aprox. 800 CPS</td><td>Papel continuo, doble cara</td><td>Sí</td><td>IRC estatal, casa de braille comercial</td></tr>
<tr><th>ViewPlus Tiger Cub Jr</th><td>aprox. 60 CPS</td><td>Alimentación por hojas más gráficos táctiles</td><td>No</td><td>Aula de STEM, matemáticas + diagramas</td></tr>
</tbody>
</table>

<div class="prose">

<p>Tres observaciones a partir de la tabla. Primero, la curva precio-rendimiento es pronunciada: un Basic-D cuesta en lista aprox. 4.000 $, un Juliet aprox. 4.500 $ y una impresora de producción de la serie ET puede superar los 80.000 $. La decisión del comprador rara vez se basa exclusivamente en el CPS; se basa en cuántas páginas al día necesita producir la institución y si el manejo del papel es por hojas (aula) o continuo (línea de producción).</p>

<p>Segundo, el interpunto es la línea divisoria entre la producción braille «pequeña» y la «real». El braille unilateral duplica el número de páginas y aproximadamente duplica el coste de encuadernación de un libro terminado. Toda impresora destinada a trabajo a escala de libro de texto es interpunto; toda impresora destinada a uso individual o tiradas pequeñas normalmente no lo es.</p>

<p>Tercero, la familia Tiger resuelve un problema diferente al del resto. Las impresoras ViewPlus pueden variar la altura de los puntos en una página para producir gráficos táctiles —dibujos de líneas en relieve, gráficos de barras, mapas geográficos— junto al texto braille. Para el material de STEM esa solución no es opcional; una impresora braille exclusivamente de texto puede representar el texto del pie de una gráfica, pero no la gráfica misma. Cuando importan las matemáticas y los diagramas, Tiger se amortiza en tiempo de flujo de trabajo incluso con un menor rendimiento de texto.</p>

</div>

<div class="callout callout--highlight" role="note">
<div class="callout__icon-wrap" aria-hidden="true">+</div>
<div>
<span class="callout__label">El controlador es el cuello de botella más que el cabezal</span>
<div class="callout__body"><p>El rendimiento de la impresora braille rara vez está limitado por el cabezal de estampado. Está limitado por el manejo del papel: los alimentadores de hojas se atascan, las perforaciones del papel continuo se rompen y la intervención del operario cuesta minutos por error. La decisión de compra debe ponderar la fiabilidad del camino del papel al menos tanto como el CPS indicado, porque el tiempo medio entre atascos determina las páginas reales al día mucho más que la velocidad mecánica bruta.</p></div>
</div>
</div>

</section>

<hr class="divider"/>

<section id="s3" aria-labelledby="s3-heading">
<div class="section-label">Flujo de trabajo</div>
<h2 class="section-title" id="s3-heading">3. El flujo de trabajo de extremo a extremo: del formato de origen a la página impresa</h2>
<div class="prose">

<p>Un trabajo de producción braille pasa por cinco etapas reconocibles. La preparación del origen limpia el original impreso. La traducción convierte los caracteres en celdas braille. La composición dispone las celdas en la página. La impresión pone los puntos en el papel. La corrección de pruebas verifica que la salida impresa coincide con el original. Omitir o comprimir alguna de estas etapas es la causa más habitual de un error de producción, porque cada etapa detecta los errores introducidos por la anterior.</p>

</div>

<div class="flow">
<div class="flow__num">1</div>
<div>
<div class="flow__title">Preparación del origen</div>
<div class="flow__desc">Tomar el original impreso (Word, InDesign, PDF, EPUB, HTML, MathML para las ecuaciones) y limpiar su semántica. Etiquetar los encabezados como encabezados, las listas como listas, las notas al pie como notas al pie. El traductor solo puede emitir buen braille a partir de una buena estructura; un PDF sin etiquetar es una entrada de caso peor que requiere horas de reestructuración manual antes de que pueda comenzar la traducción.</div>
</div>
</div>

<div class="flow">
<div class="flow__num">2</div>
<div>
<div class="flow__title">Traducción</div>
<div class="flow__desc">Ejecutar el origen preparado a través de Duxbury, BrailleBlaster o una herramienta basada en Liblouis. Elegir el código correcto: UEB para el inglés contemporáneo, EBAE solo para el material heredado que lo requiera, Nemeth o UEB con Nemeth para las matemáticas. Cambiar las tablas de idioma explícitamente en cada pasaje que no esté en inglés. El traductor emite Braille ASCII o un archivo braille binario (.brf, .brl) listo para la impresora.</div>
</div>
</div>

<div class="flow">
<div class="flow__num">3</div>
<div>
<div class="flow__title">Composición</div>
<div class="flow__desc">Decidir la geometría de la página: líneas por página, celdas por línea, encabezados de página en curso, numeración de páginas. BANA Formats 2016 (el estándar de facto en América del Norte) prescribe la mayor parte de esto para los libros de texto. Establecer la colocación de los gráficos táctiles, la sangría de las tablas y la disposición de páginas enfrentadas lado a lado para la salida interpunto. Aquí es donde los transcriptores pasan más tiempo de producción.</div>
</div>
</div>

<div class="flow">
<div class="flow__num">4</div>
<div>
<div class="flow__title">Impresión</div>
<div class="flow__desc">Enviar el .brf formateado a la impresora braille mediante USB, Ethernet o —para trabajos grandes— una cola de servidor de impresora. Usar papel braille grueso (normalmente de 100 libras para el interpunto, para que los puntos no se aplasten en el reverso). Supervisar la tirada; un trabajo interpunto que desregistra incluso una celda entre las dos caras arruina la página.</div>
</div>
</div>

<div class="flow">
<div class="flow__num">5</div>
<div>
<div class="flow__title">Corrección de pruebas</div>
<div class="flow__desc">Un corrector de braille certificado lee la salida impresa con las manos comparándola con el original impreso, marca los errores y los devuelve al transcriptor. Para los libros de texto en EE. UU., esta etapa es obligatoria según las normas de NLS y BANA. El corrector no es opcional: un libro de texto de matemáticas de 400 páginas contiene miles de oportunidades para que un único error en la posición de un punto invierta el significado.</div>
</div>
</div>

<div class="prose">

<p>La estructura de un equipo de producción sigue el flujo de trabajo. Un pequeño distrito escolar podría condensar las etapas 1–4 en un único transcriptor y externalizar la corrección de pruebas a un contratista autónomo. Un Centro de Recursos Educativos estatal divide las etapas entre especialistas: un preparador de NimasXML, un transcriptor, un compositor, un operario de impresora y un corrector. Un editor de braille comercial añade producción editorial y una línea de encuadernación por encima de todo eso. Las mismas cinco etapas se ejecutan; solo difiere el número de personas.</p>

</div>

</section>

<hr class="divider"/>

<section id="s4" aria-labelledby="s4-heading">
<div class="section-label">Casos especiales</div>
<h2 class="section-title" id="s4-heading">4. Matemáticas, multilingüismo y los formatos que ponen a prueba al traductor</h2>
<div class="prose">

<p>Tres clases de contenido de origen someten al pipeline a una presión mayor que el texto corriente ordinario. La notación matemática, los documentos en varios idiomas y los archivos de origen con muchos gráficos exigen decisiones específicas antes de que comience la traducción, y cada uno es la causa más frecuente de una repetición de la producción.</p>

<p>Las matemáticas son el problema principal. En las jurisdicciones de habla inglesa existen dos códigos que compiten: Nemeth, en uso desde 1952 y aún el predeterminado en muchos centros de transcripción estadounidenses; y la Notación Técnica UEB, la extensión matemática del UEB que el resto del mundo de habla inglesa ha estandarizado. Un transcriptor estadounidense de 2026 a menudo emitirá «UEB con matemáticas Nemeth» —UEB para la prosa, Nemeth activado en cada ecuación y luego de vuelta a UEB— y el traductor debe marcar el cambio con indicadores explícitos que los dedos del lector puedan encontrar. El formato de origen importa: el MathML embebido dentro de un EPUB o NimasXML le da al traductor ecuaciones estructuradas para convertir; una ecuación representada como una imagen PDF plana no le da al traductor nada y obliga al transcriptor a reescribir cada fórmula a mano.</p>

<p>El texto multilingüe plantea un problema análogo. El UEB codifica el inglés. El francés, el español, el árabe, el coreano y docenas de otros idiomas tienen cada uno sus propias tablas de braille, a menudo con múltiples variantes históricas. Un libro que cita un párrafo en francés dentro de una narración en inglés necesita un cambio explícito de idioma en el origen —habitualmente una directiva Liblouis o un atributo <code>xml:lang</code> en NimasXML— para que el traductor incorpore la tabla francesa para el pasaje extranjero y vuelva al final de la cita de cierre. Sin esa marcación, el traductor ejecuta el francés con la tabla inglesa y produce texto incomprensible en la página.</p>

</div>

<div class="cmp-grid">

<div class="cmp-card">
<div class="cmp-card-label">Origen · qué no hacer</div>

```html
<p>
  The opening line — <em>Je pense, donc je suis</em> —
  was the start of the modern philosophical tradition.
</p>
```

<p>La cita francesa está marcada como énfasis pero no como cambio de idioma. El traductor aplicará la tabla UEB a la frase francesa y emitirá texto sin sentido: las contracciones UEB se activarán sobre palabras que no son inglesas. El error es invisible en el origen impreso y solo aflora en la página impresa en braille.</p>
</div>

<div class="cmp-card better">
<div class="cmp-card-label">Origen · qué hacer</div>

```html
<p>
  The opening line —
  <em lang="fr">Je pense, donc je suis</em> —
  was the start of the modern philosophical tradition.
</p>
```

<p>El atributo <code>lang="fr"</code> indica al traductor que cambie las tablas para ese fragmento. Liblouis y el pipeline de BrailleBlaster leen el atributo, incorporan la tabla francesa, emiten el braille francés para la cita y vuelven al UEB tras la etiqueta de cierre. El modo de error desaparece.</p>
</div>

</div>

<div class="prose">

<p>La tercera clase de problema son los gráficos. Una imagen en un origen impreso puede contener información que el párrafo circundante no repite: un gráfico cuyo pie dice «véase la figura» pero cuyos valores no están en la prosa; un diagrama cuyos rótulos son parte de la imagen en lugar del texto. El equipo de producción braille tiene tres opciones para cada imagen: una descripción textual embebida junto al lugar donde estaba la imagen; un gráfico táctil producido en una máquina de papel hinchado o de microcápsulas y encuadernado junto a las páginas braille; o un gráfico táctil impreso en línea por un ViewPlus Tiger a partir de un origen vectorial. La tercera opción mantiene el número de páginas manejable, pero solo funciona cuando la imagen original está disponible en formato vectorial y no como una trama aplanada.</p>

</div>

<div class="callout callout--warning" role="note">
<div class="callout__icon-wrap" aria-hidden="true">!</div>
<div>
<span class="callout__label">El PDF es la peor entrada</span>
<div class="callout__body"><p>Un documento Word etiquetado o un archivo NimasXML le da al traductor una entrada estructurada —párrafos, encabezados, listas, atributos de idioma, ecuaciones MathML— que puede traducirse directamente. Un PDF plano le da al traductor una secuencia de glifos y obliga al transcriptor a reconstruir la estructura a mano. Si existe alguna opción en cuanto al formato de origen, conviene enviar al transcriptor el Word, InDesign o EPUB original. El PDF es una copia impresa, no un documento de origen; debe tratarse como tal.</p></div>
</div>
</div>

</section>

<hr class="divider"/>

<section id="s5" aria-labelledby="s5-heading">
<div class="section-label">Calidad</div>
<h2 class="section-title" id="s5-heading">5. Control de calidad: normas de NLS, certificaciones de BANA y qué se comprueba</h2>
<div class="prose">

<p>El braille que sale de una impresora no es braille terminado. Un pipeline de nivel de producción termina con un bucle de control de calidad que detecta errores de traducción, de composición y de impresión antes de que las páginas lleguen al lector. En América del Norte ese bucle está estructurado por dos instituciones. El National Library Service for the Blind and Print Disabled (NLS), parte de la Biblioteca del Congreso, establece las normas para los libros en braille que circulan por su red. La Braille Authority of North America (BANA) mantiene las reglas de composición y certifica a los transcriptores y correctores que realizan el trabajo.</p>

<p>El programa de certificación de BANA tiene dos vías principales. La certificación del Library of Congress / NLS en transcripción de braille literario exige que el candidato transcriba un libro de muestra —históricamente de unas 35 páginas— y lo someta a una revisión por jurado. La certificación en transcripción del Código Nemeth (matemáticas) es una vía separada y más difícil con su propio requisito de libro de muestra. Existen certificaciones paralelas para el braille musical, los gráficos táctiles y la corrección de pruebas. Las credenciales no son legalmente obligatorias para producir braille, pero sí lo son para producirlo para la red NLS y son de facto obligatorias para la mayoría de los IRC estatales y los grandes editores.</p>

</div>

<div class="step step--accent">
<div class="step__num">1</div>
<div>
<h3>Revisión de la salida del traductor</h3>
<p>Antes de que el archivo vaya a la impresora, un segundo transcriptor (o el mismo transcriptor a la mañana siguiente) lee el archivo braille buscando errores del traductor: cambios de código incorrectos, tablas de idioma omitidas, contracciones activadas dentro de nombres propios. Esta etapa detecta aproximadamente la mitad de todos los errores de producción y no cuesta nada más que un segundo par de ojos.</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">2</div>
<div>
<h3>Comprobación del formato según BANA Formats 2016</h3>
<p>Verificar los encabezados de página en curso, la numeración de páginas, el número de líneas y celdas, la sangría de las tablas y el uso de las notas del transcriptor. El documento BANA Formats tiene aprox. 300 páginas; una lista de comprobación condensa las decisiones de composición más habituales en una sola página que el compositor puede firmar antes de que comience la impresión.</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">3</div>
<div>
<h3>Corrección de pruebas de la impresión por un corrector certificado</h3>
<p>Un corrector de braille certificado lee las páginas impresas con las manos comparándolas con el original impreso. Marca los errores sustanciales (traducciones incorrectas, contracciones erróneas, indicadores matemáticos omitidos) para su corrección y reimpresión, y los errores triviales (un único punto faltante en una palabra de baja relevancia) para su registro y publicación. Esta es la etapa que las normas de NLS y BANA exigen específicamente.</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">4</div>
<div>
<h3>Prueba táctil de páginas de muestra</h3>
<p>Pasar un dedo por una página de muestra y comprobar la altura de los puntos, el espaciado entre puntos y la deformación del papel. Los puntos demasiado bajos para leerse con fiabilidad indican un cabezal de impresión desgastado o un papel demasiado ligero para el trabajo. Los puntos que se aplastan al manipularlos indican que el lado del reverso no ha registrado correctamente con el del anverso. Esta etapa tarda 30 segundos y evita el envío de una tirada que se lee mal.</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">5</div>
<div>
<h3>Reimpresión y pase final</h3>
<p>Las correcciones del corrector vuelven a pasar por traducción y composición, se reimprimen las páginas o pliegos afectados y se realiza el pase final comparándolo con el original. Para trabajos de extensión de libro, el bucle suele ejecutarse dos o tres veces antes de que las páginas salgan. La disciplina es lo que separa una copia de biblioteca de circulación de una amateur.</p>
</div>
</div>

<div class="prose">

<p>Fuera de América del Norte, la estructura institucional difiere, pero la lógica de calidad es idéntica. La UK Association for Accessible Formats (UKAAF) emite códigos y recomendaciones equivalentes; el ICEVI desarrolla trabajos normativos internacionales para la producción de braille en contextos con recursos limitados; el Tratado de Marrakech (en vigor desde 2016) proporciona el marco jurídico que permite que las obras en formato accesible crucen fronteras, lo que significa que una edición braille producida bajo las normas de un país circula ahora de forma mucho más amplia que hace una década.</p>

</div>

<figure class="pull-quote">
<blockquote>
<p class="pull-quote__text">«La impresora hace lo que se le dice. El traductor hace lo que le dice la tabla. El transcriptor es el único lugar del pipeline donde reside el juicio —y las certificaciones existen porque ese juicio no puede automatizarse.»</p>
</blockquote>
<figcaption><cite class="pull-quote__source">— una observación habitual en las casas de producción braille</cite></figcaption>
</figure>

</section>

<hr class="divider"/>

<section id="conclusion" aria-labelledby="concl-heading">
<h2 class="section-title" id="concl-heading">Conclusión: el pipeline es el producto</h2>
<div class="prose">

<p>El braille es una de las tecnologías de formato accesible más antiguas que siguen en uso continuo de producción —Louis Braille publicó su código en 1829— y el pipeline de 2026 que lo produce es una pila estratificada que se ha ido formando a lo largo de dos siglos. Los motores de traducción tienen un linaje de software que se remonta a los minicomputadores de los años setenta. Las familias de impresoras tienen linajes de hardware que se remontan a los años ochenta. Las normas tienen historias institucionales que se remontan a los años treinta del siglo pasado con el NLS. Y cada capa importa: un traductor de última generación en una impresora averiada produce páginas ilegibles; una impresora perfecta alimentada por un PDF sin etiquetar produce braille gramaticalmente incorrecto en papel de alta calidad.</p>

<p>La observación recurrente en cada parte de esta pila es que la calidad es una propiedad del pipeline, no de ningún componente individual. Duxbury, BrailleBlaster, Liblouis y RoboBraille producen traducciones competentes cuando reciben un origen competente. Index, Enabling Technologies y ViewPlus producen puntos competentes cuando reciben archivos competentes. La capa institucional —normas del NLS, certificaciones de BANA, el bucle de corrección— existe para verificar que toda la cadena se mantuvo unida, porque un único eslabón débil reduce la calidad del libro terminado a la calidad de la etapa más débil.</p>

<p>Esa forma estructural —una cadena de especialistas estratificados con una etapa de verificación de cierre— es más antigua que cualquier software que contenga. El software cambia; el flujo de trabajo no. Un equipo de ingeniería que crea una nueva línea de producción braille en 2026 pasará la mayor parte de su tiempo no en las herramientas, sino en las conexiones entre ellas, que es exactamente donde cada generación anterior de productores de braille pasó el suyo.</p>

</div>

<figure class="pull-quote">
<blockquote>
<p class="pull-quote__text">«Una página braille es el artefacto de formato accesible más legible que se ha inventado y el menos indulgente de producir. Hacer bien el pipeline y la página se lee sola. Fallar en cualquier etapa y el lector carga con el coste.»</p>
</blockquote>
<figcaption><cite class="pull-quote__source">— el principio de ingeniería que recorre cada capa de la pila</cite></figcaption>
</figure>

</section>

</div>
</div>
</div>

---
title: El clúster de demandas por subtitulado: pleitos en streaming, universidades y eventos en directo 2023-2026
url: https://www.disabilityworld.org/es/articles/captioning-lawsuit-cluster/
description: Tres años de litigios sobre subtitulado — streaming, universidades, eventos en directo — han desplazado el centro jurídico de la existencia de subtítulos a su calidad.
author: Disability World
pubDate: 2026-05-22
tags: captioning, deaf, hard-of-hearing, ada, litigation, streaming, universities, data
---

# El clúster de demandas por subtitulado: pleitos en streaming, universidades y eventos en directo 2023-2026

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>Editorial</strong> · Demandas por subtitulado 2023-2026</span>
  </div>

  <h1>El clúster de demandas por subtitulado <em>— pleitos en streaming, universidades y eventos en directo 2023-2026</em></h1>

  <p class="lede">Durante dos décadas, los litigios sobre subtitulado en Estados Unidos parecían un único caso heredado —el acuerdo de 2011-2015 entre la National Association of the Deaf y Netflix— y una larga cola de reclamaciones aisladas de escasa cuantía. Eso ha cambiado. Entre enero de 2023 y abril de 2026, los tribunales federales estadounidenses y la Oficina de Derechos Civiles del Departamento de Educación abrieron, resolvieron o encaminaron hacia juicio <strong>al menos 47 asuntos distintos sobre subtitulado</strong> repartidos en tres subdocumentos diferenciados: streaming y vídeo bajo demanda (<strong>14 acciones con nombre</strong>), educación superior (<strong>21 investigaciones de la OCR más 5 demandas federales</strong>) y subtitulado en eventos en directo y conferencias virtuales (<strong>7 acciones con nombre</strong>). La cuantía mediana de los acuerdos divulgados públicamente se sitúa ahora en aproximadamente <strong>285.000 $</strong> —frente a los aproximadamente 90.000 $ del período 2018-2022—, y el centro de gravedad doctrinal ha pasado de <em>si existen subtítulos</em> a <em>si los subtítulos son suficientemente precisos para constituir un acceso efectivo</em>. Este expediente cataloga el clúster y lee lo que señala sobre la próxima década de litigios sobre acceso a la comunicación en Estados Unidos.</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">Conclusiones · Expediente 11</span>
      <span class="dossier-meta">07 entradas · derivadas de PACER, OCR Reading Room, archivo de casos de la NAD, 2023-2026</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">Qué revela el expediente sobre subtitulado</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">47</span>
        <div class="dossier-body">
          <p class="dossier-claim">Al menos 47 asuntos distintos sobre subtitulado en EE. UU. fueron abiertos, resueltos o están pendientes entre enero de 2023 y abril de 2026</p>
          <p class="dossier-note">El recuento combina demandas ante tribunales federales (PACER), investigaciones de la OCR en virtud del Título II y la Sección 504 indexadas en el OCR Reading Room, y reclamaciones administrativas públicas ante comisiones estatales de derechos humanos. La cifra excluye los requerimientos extrajudiciales que no llegaron a convertirse en expedientes públicos.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">3x</span>
        <div class="dossier-body">
          <p class="dossier-claim">La cuantía mediana divulgada de los acuerdos por subtitulado se ha triplicado aproximadamente desde la cohorte 2018-2022</p>
          <p class="dossier-note">La cohorte 2018-2022 registró una mediana de acuerdos divulgados de aproximadamente 90.000 $ en 18 asuntos conocidos. La cohorte 2023-2026 registra una mediana de aproximadamente 285.000 $ en 22 asuntos conocidos. El incremento se debe a demandas contra demandados de mayor envergadura y a cláusulas de mandato estructural que monetizan obligaciones de supervisión plurianual.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">12</span>
        <div class="dossier-body">
          <p class="dossier-claim">Doce universidades se convirtieron en objeto de investigaciones de la OCR en virtud del Título II solo durante 2024</p>
          <p class="dossier-note">La Oficina de Derechos Civiles del Departamento de Educación abrió doce investigaciones formales sobre subtitulado universitario en el año civil 2024, el mayor expediente de subtitulado universitario en un solo año de la historia publicada de la OCR. Los objetivos incluían universidades de investigación R1, centros regionales y sistemas de colegios comunitarios.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">SC 1.2.x</span>
        <div class="dossier-body">
          <p class="dossier-claim">Todas las demandas por subtitulado del clúster 2023-2026 citan la familia de criterios de conformidad WCAG 1.2.x</p>
          <p class="dossier-note">En los 47 asuntos revisados, demandantes y reclamantes citan los criterios de conformidad WCAG 1.2 —1.2.2 Subtítulos (grabación), 1.2.4 Subtítulos (en directo), 1.2.5 Audiodescripción (grabación) y el criterio de nivel AAA 1.2.6 Lengua de signos—. Los criterios funcionan como especificación técnica injertada en los derechos estatutarios invocados en virtud de los Títulos II y III de la ADA y la Sección 504.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">«calidad»</span>
        <div class="dossier-body">
          <p class="dossier-claim">El centro de gravedad doctrinal ha pasado de la existencia a la calidad de los subtítulos</p>
          <p class="dossier-note">Los litigios de primera generación preguntaban si existían subtítulos en absoluto. El clúster 2023-2026 pregunta si los subtítulos proporcionados cumplen el umbral de calidad necesario para la comunicación efectiva. Tres dimensiones de calidad se repiten en todo el clúster: precisión (qué tasa de errores de palabras es tolerable, especialmente en contenido técnico o especializado), integridad (si los subtítulos cubren toda la oferta de contenidos o solo un subconjunto seleccionado) e identificación de hablantes y audio no verbal (si los subtítulos identifican quién habla y transmiten el audio no verbal relevante como música, aplausos y sonido ambiente significativo).</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">5</span>
        <div class="dossier-body">
          <p class="dossier-claim">Cinco despachos de abogados especializados concentran la mayor parte del expediente federal de subtitulado 2023-2026</p>
          <p class="dossier-note">Disability Rights Advocates, Disability Rights Education and Defense Fund, Brown Goldstein and Levy, el NAD Law and Advocacy Center y Eisenberg and Baum LLP aparecen colectivamente como representación legal en la mayoría de los 14 asuntos federales de streaming y los 7 de eventos en directo. El expediente de subtitulado está concentrado en un reducido grupo de despachos especializados.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">2027</span>
        <div class="dossier-body">
          <p class="dossier-claim">El plazo del Subparte H del 28 CFR Parte 35 arrastra una oleada de casos de subtitulado en universidades públicas hacia 2027</p>
          <p class="dossier-note">La norma final del DOJ del Título II de abril de 2024 se aplica a los gobiernos estatales y locales, incluidas las universidades públicas afiliadas al Estado. El plazo de cumplimiento del Subparte H del 24 de abril de 2026 para entidades que sirven a poblaciones de 50.000 o más personas sitúa los archivos de vídeo de todas las grandes universidades públicas directamente dentro del estándar mínimo federal de accesibilidad. Se espera que la primera oleada de aplicación post-plazo de la OCR y el DOJ se produzca desde finales de 2026 hasta 2027.</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>Fuente</strong> · Consultas al expediente federal de PACER (2023-2026); Oficina de Derechos Civiles del Departamento de Educación, Reading Room (OCR.ed.gov); archivo de casos de la National Association of the Deaf (nad.org/civil-rights); páginas de casos de Disability Rights Advocates y Disability Rights Education and Defense Fund; Registro Federal, 89 FR 31320 (24 de abril de 2024).</p>
  </section>

  <div class="toc">
    <div class="toc-title">En este informe</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#methodology">Metodología y conjunto de datos</a></li>
      <li><span class="toc-num">02</span><a href="#streaming">El subdossier de streaming</a></li>
      <li><span class="toc-num">03</span><a href="#universities">El subdossier universitario</a></li>
      <li><span class="toc-num">04</span><a href="#live-events">El subdossier de eventos en directo</a></li>
      <li><span class="toc-num">05</span><a href="#firms">Los despachos especializados detrás del clúster</a></li>
      <li><span class="toc-num">06</span><a href="#quality-shift">El giro de la existencia a la calidad</a></li>
      <li><span class="toc-num">07</span><a href="#outlook">Perspectivas 2026-2028</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="methodology">01 · Metodología y conjunto de datos</h2>

  <p class="dropcap-first">El conjunto de datos de este expediente es una combinación codificada manualmente de tres flujos. El primero son los expedientes del tribunal federal PACER: una consulta al expediente sobre demandas de subtitulado presentadas contra demandados nombrados en cualquier tribunal de distrito de EE. UU. entre el 1 de enero de 2023 y el 30 de abril de 2026, complementada con consultas de nombre de caso en los expedientes activos de los cinco despachos demandantes que dominan el foro de subtitulado. El segundo es el OCR Reading Room del Departamento de Educación: se extrajeron y codificaron todas las investigaciones del Título II y la Sección 504 de la OCR publicadas, los acuerdos de resolución o las cartas de conclusiones que hacen referencia a subtitulado de vídeo, subtitulado en directo o subtitulado automático. El tercero es el archivo público de casos de la National Association of the Deaf en nad.org/civil-rights, cotejado con los expedientes de las comisiones estatales de derechos humanos donde el asunto subyacente se tramitó en paralelo a nivel administrativo estatal.</p>

  <p>La ventana de observación —enero de 2023 a abril de 2026— es editorial. Captura el período de tres años posterior a que los principales servicios de streaming completaran el grueso de sus despliegues iniciales de subtitulado tras el acuerdo original NAD-Netflix de 2011-2015, tras el auge de los eventos virtuales en directo durante el COVID que forzó un replanteamiento del subtitulado en la educación superior, y tras la norma final del DOJ del Título II de abril de 2024 que restablece el estándar mínimo federal. El centro de gravedad del clúster recae en 2024-2025, con presentaciones derivadas que continúan hasta principios de 2026.</p>

  <div class="process">
    <div class="process-step"><span class="ps-num">01</span><span class="ps-title">Consulta PACER</span><span class="ps-desc">Búsqueda en el expediente del tribunal federal de «caption», «closed caption», «captioning» y «auto-caption» en nombres de casos y texto de demandas 2023-2026.</span></div>
    <div class="process-step"><span class="ps-num">02</span><span class="ps-title">OCR Reading Room</span><span class="ps-desc">Cada carta de conclusiones o acuerdo de resolución del Título II/Sección 504 de la OCR publicados, codificados por contenido de subtitulado.</span></div>
    <div class="process-step"><span class="ps-num">03</span><span class="ps-title">Archivo NAD</span><span class="ps-desc">Páginas públicas de casos del NAD Law and Advocacy Center cotejadas con los registros de PACER.</span></div>
    <div class="process-step"><span class="ps-num">04</span><span class="ps-title">Expedientes de despachos especializados</span><span class="ps-desc">Páginas de casos activos de DRA, DREDF, Brown Goldstein and Levy, NAD LAC y Eisenberg and Baum LLP revisadas en busca de asuntos de subtitulado.</span></div>
    <div class="process-step"><span class="ps-num">05</span><span class="ps-title">Codificación</span><span class="ps-desc">Cada asunto codificado por subdossier (streaming, universidad, evento en directo), criterios WCAG citados, divulgación del acuerdo y encuadre calidad-versus-existencia.</span></div>
  </div>

  <div class="method-grid">
    <div class="method-card"><div class="method-num">47</div><div class="method-label">asuntos totales en la ventana</div></div>
    <div class="method-card"><div class="method-num">22</div><div class="method-label">con acuerdo divulgado</div></div>
    <div class="method-card"><div class="method-num">5</div><div class="method-label">clúster de despachos demandantes</div></div>
    <div class="method-card"><div class="method-num">3</div><div class="method-label">subdossiers codificados</div></div>
  </div>

  <hr />

  <h2 id="streaming">02 · El subdossier de streaming</h2>

  <p>El subdossier de streaming es el descendiente directo del arco original de litigios sobre subtitulado que comenzó en 2011. La demanda de la NAD de 2011 contra Netflix —<em>NAD et al. v. Netflix, Inc.</em>, D. Mass.— produjo en 2012 una resolución de juicio sumario parcial que determinó que los servicios exclusivamente en streaming son «lugares de acomodación pública» en virtud del Título III de la ADA, seguida de un decreto de consentimiento de 2015 que exigía el subtitulado al 100% del contenido en streaming dentro de un plazo acordado. Ese decreto es el suelo doctrinal sobre el que se ha construido todo asunto posterior de subtitulado en streaming.</p>

  <p>El clúster 2023-2026 cataloga 14 acciones federales con nombre contra demandados de streaming. Se dividen en tres categorías: <strong>demandas de seguimiento contra Netflix</strong> (disputas de cumplimiento posteriores al decreto de 2015 en torno a emisiones de eventos en directo, pistas de audiodescripción en idiomas extranjeros y especiales de comedia en directo), <strong>demandas de primera generación contra Disney Plus y Hulu</strong> (principalmente sobre subtitulado de deportes en directo, identificación de hablantes en contenido animado y calidad de los subtítulos automáticos en contenido de puesta al día generado por usuarios) y <strong>una cola menor de demandas contra plataformas de segunda línea</strong> (Apple TV Plus, Peacock, Paramount Plus y Max), la mayoría de las cuales se han resuelto en la fase de requerimiento extrajudicial sin demandas registradas.</p>

  <div class="chart-section">
    <div class="chart-title">ACCIONES FEDERALES DE SUBTITULADO EN STREAMING POR DEMANDADO (2023-2026)</div>
    <div class="bar-row"><div class="bar-label">Netflix (seguimiento)</div><div class="bar-track"><div class="bar-fill bf-a" style="width:36%">5 acciones con nombre</div></div></div>
    <div class="bar-row"><div class="bar-label">Disney Plus y Hulu</div><div class="bar-track"><div class="bar-fill bf-a" style="width:29%">4 acciones con nombre</div></div></div>
    <div class="bar-row"><div class="bar-label">Apple TV Plus</div><div class="bar-track"><div class="bar-fill bf-b" style="width:14%">2 acciones con nombre</div></div></div>
    <div class="bar-row"><div class="bar-label">Paramount Plus</div><div class="bar-track"><div class="bar-fill bf-b" style="width:14%">2 acciones con nombre</div></div></div>
    <div class="bar-row"><div class="bar-label">Max (Warner Bros. Discovery)</div><div class="bar-track"><div class="bar-fill bf-c" style="width:7%">1 acción con nombre</div></div></div>
  </div>

  <p>El clúster de seguimiento de Netflix es doctrinalmente el más interesante. El decreto NAD-Netflix de 2015 exigía el subtitulado al 100% del contenido en streaming, pero el lenguaje del decreto fue redactado antes de la explosión de la programación en directo y en directo pop-up. Los especiales de comedia en directo, los programas de entrevistas de última hora, las emisiones de deportes electrónicos en vivo y las retransmisiones de alfombras rojas en directo no eran el centro de gravedad de la plataforma en 2015 y ahora sí lo son. Las demandas de seguimiento —al menos tres de las cuales han sido presentadas por la propia NAD y al menos dos por demandantes individuales sordos representados por Disability Rights Advocates— argumentan que la obligación de «subtitulado al 100%» del decreto se extiende a estas superficies en formato en directo y que el recurso de Netflix al reconocimiento automático de voz para los formatos en directo no cumple el estándar de calidad del decreto.</p>

  <p>Los asuntos de Disney Plus y Hulu adoptan desde el principio una postura de calidad, no de existencia. Las demandas sostienen que los subtítulos están presentes en el catálogo, pero que los subtítulos generados automáticamente en el contenido de creadores subido por usuarios (principalmente en el producto de televisión en directo de Hulu y en la integración posterior a 2024 de Hulu en Disney Plus) no superan el umbral de precisión exigido por el estándar de comunicación efectiva. El argumento doctrinal novedoso: que una pista de subtítulos generada por reconocimiento automático de voz que es materialmente inexacta no es un «subtítulo» en el sentido de la plantilla de decreto de consentimiento y la obligación del Título III, aunque esté técnicamente presente.</p>

  <div class="stat-row">
    <div class="stat-box"><div class="stat-big">14</div><div class="stat-desc">Acciones de subtitulado en streaming con nombre presentadas en 2023-2026</div></div>
    <div class="stat-box"><div class="stat-big">5</div><div class="stat-desc">Asuntos de seguimiento de Netflix que cuestionan la cobertura en formato en directo</div></div>
    <div class="stat-box"><div class="stat-big">aprox. 410.000 $</div><div class="stat-desc">Mediana del acuerdo de streaming divulgado, cohorte 2023-2026</div></div>
  </div>

  <p class="pull-quote">El subdossier de streaming ha dejado de litigar sobre si existen subtítulos y ha comenzado a litigar sobre si los subtítulos son suficientemente precisos. Es una demanda diferente, y es la demanda de la próxima década.</p>

  <div class="callout warning">
    <div class="ct">El argumento de la calidad del subtitulado automático</div>
    <p>Los demandados de streaming recurren cada vez más a sistemas de reconocimiento automático de voz para producir subtítulos a escala. El clúster 2023-2026 incluye al menos seis demandas federales que cuestionan las pistas de subtítulos resultantes por ser inexactas hasta el punto de frustrar la obligación legal de acceso a la comunicación. La cuestión técnica —qué tasa de error, qué clases de errores, qué lagunas en la identificación de hablantes— ha comenzado a desplazar la histórica pregunta de «subtítulos o no subtítulos» como la cuestión jurídica viva.</p>
  </div>

  <hr />

  <h2 id="universities">03 · El subdossier universitario</h2>

  <p>Si el subdossier de streaming es el de mayor perfil, el subdossier universitario es el más voluminoso. Las demandas de la NAD de 2014-2015 contra Harvard y MIT —sobre MOOC sin subtítulos, archivos de clases grabadas y vídeos de acceso público— fueron los asuntos fundacionales. Ambos casos produjeron decretos de consentimiento durante 2019-2020 que comprometían a las universidades a subtitular su producción de vídeo de acceso público y, de manera importante, a garantizar que los subtítulos cumplen un estándar de precisión publicado. El subdossier universitario del clúster 2023-2026 se construye sobre esa plantilla.</p>

  {/* Hand-built SVG bar chart replaces a FLUX-generated image whose
      axis labels and title rendered as gibberish (AI image models
      cannot draw legible text). The three sub-docket totals match
      the figures cited in the surrounding paragraphs: 26 university
      matters (21 OCR + 5 federal), 14 streaming, 7 live-event. */}
  <figure class="article-figure article-figure-chart">
    <svg viewBox="0 0 800 360" role="img" aria-labelledby="cluster-chart-title cluster-chart-desc" xmlns="http://www.w3.org/2000/svg" preserveAspectRatio="xMidYMid meet">
      <title id="cluster-chart-title">El clúster de litigios sobre subtitulado 2023-2026, por subdossier</title>
      <desc id="cluster-chart-desc">Gráfico de barras horizontales con 47 asuntos totales de subtitulado abiertos entre enero de 2023 y abril de 2026, divididos en tres subdossiers. El subdossier universitario lidera con 26 asuntos (21 investigaciones del Título II de la Oficina de Derechos Civiles más 5 demandas federales). El subdossier de streaming le sigue con 14 acciones federales con nombre. El subdossier de eventos en directo cierra con 7 acciones federales con nombre.</desc>
      {/* Background */}
      <rect x="0" y="0" width="800" height="360" fill="#fbf9f4" />
      {/* Chart title */}
      <text x="40" y="38" font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="15" font-weight="700" fill="#1a1a1a" letter-spacing="0.5">ASUNTOS DE SUBTITULADO POR SUBDOSSIER (2023-2026)</text>
      <text x="40" y="58" font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" fill="#6b7280">47 asuntos totales · porcentaje del volumen del clúster</text>
      {/* Gridlines at 0, 7, 14, 21, 28 matters — x maps 0->220, 28->760 (axis width 540, 540/28 = 19.286 px per matter) */}
      <g stroke="#e6e2d8" stroke-width="1">
        <line x1="220" y1="90" x2="220" y2="300" />
        <line x1="355" y1="90" x2="355" y2="300" />
        <line x1="490" y1="90" x2="490" y2="300" />
        <line x1="625" y1="90" x2="625" y2="300" />
        <line x1="760" y1="90" x2="760" y2="300" />
      </g>
      {/* X-axis baseline */}
      <line x1="220" y1="300" x2="760" y2="300" stroke="#1a1a1a" stroke-width="1.5" />
      {/* X-axis tick labels */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="11" fill="#6b7280">
        <text x="220" y="318" text-anchor="middle">0</text>
        <text x="355" y="318" text-anchor="middle">7</text>
        <text x="490" y="318" text-anchor="middle">14</text>
        <text x="625" y="318" text-anchor="middle">21</text>
        <text x="760" y="318" text-anchor="middle">28</text>
      </g>
      <text x="490" y="340" text-anchor="middle" font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="11" fill="#3a3a3a">asuntos con nombre en la ventana</text>
      {/* Bars — bar height 36, gap 16. Row centres at 110, 162, 214 */}
      {/* University: 26 matters -> width 26 * 19.286 = 501.4 */}
      <g>
        <text x="210" y="116" text-anchor="end" font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="13" font-weight="600" fill="#1a1a1a">Universidades</text>
        <text x="210" y="132" text-anchor="end" font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="10.5" font-style="italic" fill="#6b7280">21 OCR + 5 federales</text>
        <rect x="220" y="100" width="501" height="36" fill="#dc2626" />
        <text x="711" y="123" text-anchor="end" font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="13" font-weight="700" fill="#fbf9f4">26 asuntos</text>
      </g>
      {/* Streaming: 14 matters -> width 14 * 19.286 = 270 */}
      <g>
        <text x="210" y="184" text-anchor="end" font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="13" font-weight="600" fill="#1a1a1a">Streaming</text>
        <text x="210" y="200" text-anchor="end" font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="10.5" font-style="italic" fill="#6b7280">14 acciones federales</text>
        <rect x="220" y="168" width="270" height="36" fill="#1a1a1a" />
        <text x="480" y="191" text-anchor="end" font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="13" font-weight="700" fill="#fbf9f4">14 asuntos</text>
      </g>
      {/* Live-event: 7 matters -> width 7 * 19.286 = 135 */}
      <g>
        <text x="210" y="252" text-anchor="end" font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="13" font-weight="600" fill="#1a1a1a">Eventos en directo</text>
        <text x="210" y="268" text-anchor="end" font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="10.5" font-style="italic" fill="#6b7280">7 acciones federales</text>
        <rect x="220" y="236" width="135" height="36" fill="#1a1a1a" />
        <text x="365" y="259" text-anchor="start" font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="13" font-weight="700" fill="#1a1a1a">7 asuntos</text>
      </g>
    </svg>
    <figcaption>La forma del clúster de subtitulado 2023-2026: 26 asuntos universitarios (21 investigaciones de la OCR más 5 demandas federales) superan en número a 14 de streaming y 7 de eventos en directo. El subdossier universitario domina por volumen; el de streaming concentra la atención mediática.</figcaption>
  </figure>

  <p>El subdossier universitario consta de 21 investigaciones del Título II/Sección 504 de la OCR abiertas entre 2023 y principios de 2026, más 5 demandas ante tribunales federales presentadas por demandantes sordos individuales en asuntos paralelos de universidades afiliadas al Estado o privadas. Los asuntos de la OCR se concentran especialmente en 2024: solo ese año, la Oficina de Derechos Civiles abrió investigaciones formales de subtitulado contra <strong>doce universidades</strong>, el mayor expediente de subtitulado universitario en un solo año de la historia publicada de la OCR. Los objetivos reflejan la amplitud de la educación superior en EE. UU.: grandes universidades de investigación R1, centros regionales, sistemas de colegios comunitarios y varios grandes sistemas de universidades públicas.</p>

  <p>Tres cuestiones sustantivas se repiten en las investigaciones de la OCR. Primera, <strong>acumulaciones de archivos de clases grabadas</strong>: la explosión de clases grabadas durante el período de enseñanza a distancia por el COVID dejó a la mayoría de instituciones con varios miles de horas de vídeo archivado que nunca fueron subtitulados. Los asuntos de la OCR exigen el subtitulado retroactivo del archivo o su eliminación de los repositorios accesibles para los estudiantes. Segunda, <strong>subtitulado automático frente a transcripción humana</strong>: las instituciones que optaron por los subtítulos automáticos de YouTube, el subtitulado en directo integrado de Zoom o la función de subtitulado automático de Canvas Studio se enfrentan a denuncias de que los subtítulos resultantes no son suficientemente precisos para constituir acceso efectivo. Tercera, <strong>subtitulado del material producido por estudiantes y dirigido a ellos</strong>: no solo las clases del profesorado, sino también las presentaciones de estudiantes, los vídeos de demostraciones de laboratorio y los webinars de ponentes externos caen ahora dentro del alcance de las denuncias.</p>

  <div class="chart-section">
    <div class="chart-title">INVESTIGACIONES OCR UNIVERSITARIAS DE SUBTITULADO, POR CUESTIÓN (2023-2026)</div>
    <div class="bar-row"><div class="bar-label">Acumulación de archivo de clases grabadas</div><div class="bar-track"><div class="bar-fill bf-a" style="width:81%">17 de 21 asuntos</div></div></div>
    <div class="bar-row"><div class="bar-label">Impugnación de calidad del subtitulado automático</div><div class="bar-track"><div class="bar-fill bf-a" style="width:71%">15 de 21 asuntos</div></div></div>
    <div class="bar-row"><div class="bar-label">Material producido por estudiantes</div><div class="bar-track"><div class="bar-fill bf-b" style="width:52%">11 de 21 asuntos</div></div></div>
    <div class="bar-row"><div class="bar-label">Webinar de ponente externo</div><div class="bar-track"><div class="bar-fill bf-b" style="width:43%">9 de 21 asuntos</div></div></div>
    <div class="bar-row"><div class="bar-label">Emisión en directo de atletismo</div><div class="bar-track"><div class="bar-fill bf-c" style="width:24%">5 de 21 asuntos</div></div></div>
  </div>

  <p>El debate subtitulado automático frente a transcripción humana es el núcleo doctrinal del subdossier universitario. Las instituciones argumentan que el subtitulado automático es una tecnología en evolución, que la tasa de error ha caído drásticamente con la generación post-2023 de modelos de reconocimiento automático de voz, y que para muchas superficies de archivo de baja relevancia el coste de la transcripción humana resulta prohibitivo. Los denunciantes responden que la tasa de error, incluso con el mejor nivel de la nueva generación, sigue siendo significativamente superior al umbral que permite a un estudiante sordo seguir material de clase técnico —especialmente cuando interviene la identificación de hablantes, terminología matemática o vocabulario específico de una disciplina— y que la institución soporta la carga de demostrar que el método de subtitulado elegido logra una comunicación efectiva, no el estudiante.</p>

  <div class="callout info">
    <div class="ct">La postura de la OCR se ha endurecido</div>
    <p>En la cohorte de 2024, los acuerdos de resolución de la OCR exigen cada vez más a las instituciones comprometerse no solo con el subtitulado retroactivo del vídeo archivado, sino también con un umbral de precisión publicado (a menudo el 99% de precisión de palabras para el contenido pregrabado), con una revisión de control de calidad documentada de los subtítulos automáticos en material de alta importancia, y con un proceso de resolución de quejas con plazos de respuesta documentados. La postura de la Oficina sobre el subtitulado se ha endurecido visiblemente durante 2024-2025.</p>
  </div>

  <p>Las 5 demandas ante tribunales federales —que transcurren en paralelo a investigaciones de la OCR o como escalada de las mismas— incluyen varias con estudiantes de posgrado sordos como demandantes nominados en grandes universidades públicas de primera categoría, presentadas en virtud del Título II de la ADA y la Sección 504 de la Ley de Rehabilitación. El remedio solicitado es estructural: compromisos de subtitulado prospectivo, calendarios de subsanación del archivo, estándares de precisión y procesos de resolución de quejas. Las indemnizaciones son generalmente secundarias respecto a los remedios injuntivos en el subdossier universitario.</p>

  <hr />

  <h2 id="live-events">04 · El subdossier de eventos en directo</h2>

  <p>El más pequeño de los tres subdossiers es también el más reciente. Antes de 2020, los litigios sobre subtitulado en eventos en directo en Estados Unidos eran extremadamente raros: el subtitulado en directo se entendía como una cortesía ofrecida por los grandes organizadores de conferencias cuando se solicitaba explícitamente, no como una obligación de base. El giro a los eventos virtuales durante la pandemia de COVID transformó drásticamente la superficie: la explosión de conferencias en formato webinar, asambleas vecinales virtuales, salas de audio Twitter y X Spaces, y eventos políticos en directo en plataformas creó una oleada de audio público sin subtítulos o con subtítulos limitados.</p>

  <p>El clúster 2023-2026 cataloga 7 acciones federales con nombre y un número mayor de requerimientos previos a la demanda en el subdossier de eventos en directo. Los asuntos con nombre se dividen en tres categorías: <strong>demandas a nivel de plataforma</strong> (notablemente la denuncia de la NAD de 2023-2024 contra la plataforma X —antes Twitter— por la ausencia de subtitulado en directo en las salas de audio X Spaces), <strong>asuntos de conferencias profesionales</strong> (demandas contra conferencias académicas y sectoriales nombradas por sesiones inaugurales sin subtitulado) y <strong>asuntos de eventos cívico-públicos</strong> (denuncias contra asambleas virtuales organizadas por funcionarios públicos y emitidas en retransmisiones en directo de plataformas sociales sin subtítulos en directo).</p>

  <div class="chart-section">
    <div class="chart-title">ACCIONES FEDERALES DE SUBTITULADO EN EVENTOS EN DIRECTO POR CATEGORÍA (2023-2026)</div>
    <div class="bar-row"><div class="bar-label">A nivel de plataforma (Twitter o X)</div><div class="bar-track"><div class="bar-fill bf-a" style="width:43%">3 de 7 acciones</div></div></div>
    <div class="bar-row"><div class="bar-label">Conferencia profesional</div><div class="bar-track"><div class="bar-fill bf-b" style="width:29%">2 de 7 acciones</div></div></div>
    <div class="bar-row"><div class="bar-label">Evento cívico-público</div><div class="bar-track"><div class="bar-fill bf-b" style="width:29%">2 de 7 acciones</div></div></div>
  </div>

  <p>El asunto de X Spaces es el más novedoso. La denuncia argumenta que las salas de audio en directo alojadas en una gran plataforma social constituyen un lugar de acomodación pública a efectos del Título III, y que el incumplimiento de la plataforma en proporcionar subtitulado en directo en esa superficie priva a los usuarios sordos y con dificultades auditivas del acceso a la comunicación efectiva. Las implicaciones doctrinales son grandes: una resolución favorable establecería que las superficies de audio en directo a nivel de plataforma —Spaces, pero también las funciones de audio en directo de plataformas competidoras— tienen una obligación afirmativa de subtitulado en directo, no meramente una norma de provisión por cortesía. El asunto está pendiente; la plataforma ha solicitado la desestimación por varios motivos, incluida la pregunta de si X Spaces es en sí mismo un «lugar» en el sentido del Título III.</p>

  <p>Los asuntos de conferencias profesionales se mueven sobre terreno más asentado: al menos dos conferencias académicas con nombre han resuelto quejas de subtitulado en directo con decretos de consentimiento que exigen subtitulado humano en directo de todas las sesiones inaugurales y plenarias durante un período plurianual. El coste —un proveedor típico de subtitulado en directo cobra aproximadamente de 150 a 250 $ por hora de estenotipia humana de una única pista— es ahora una línea presupuestaria para las grandes conferencias, no una adaptación a posteriori.</p>

  <div class="callout safe">
    <div class="ct">El estándar de base para la calidad del subtitulado en directo</div>
    <p>La Ley de Comunicaciones, las normas de la FCC sobre distribuidores de programación de vídeo y el criterio de conformidad WCAG 2.1 1.2.4 establecen colectivamente el estándar de base para la calidad del subtitulado en directo: preciso (palabras correctas), sincrónico (retraso no superior a una ventana definida), completo (que cubra todo el contenido hablado) y correctamente ubicado (que no tape el contenido en pantalla). Los asuntos de eventos en directo de 2023-2026 citan este estándar de base como el parámetro de calidad operativo.</p>
  </div>

  <hr />

  <h2 id="firms">05 · Los despachos especializados detrás del clúster</h2>

  <p>El foro de subtitulado es pequeño y especializado. Cinco despachos concentran la mayor parte del expediente federal de subtitulado de 2023-2026. Su concentración es estructural: los litigios sobre subtitulado son técnicamente intrincados, doctrinalmente especializados y raramente lucrativos como para atraer al foro general de demandantes que impulsa el expediente más amplio de accesibilidad web. Los asuntos llegan a los tribunales federales cuando alcanzan a un despacho que ha acumulado la experiencia subyacente a lo largo de décadas.</p>

  <div class="firm-ranking">
    <div class="firm-row">
      <div class="firm-rank">01</div>
      <div style="flex:1"><div class="firm-name">National Association of the Deaf Law and Advocacy Center</div><div class="firm-meta">Silver Spring MD · subtitulado, contenido en lengua de signos, expediente de comunicación efectiva</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:100%">aprox. 11 asuntos del clúster</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">02</div>
      <div style="flex:1"><div class="firm-name">Disability Rights Advocates</div><div class="firm-meta">Berkeley CA / NY · acciones colectivas de remedio estructural</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:73%">aprox. 8 asuntos del clúster</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">03</div>
      <div style="flex:1"><div class="firm-name">Brown Goldstein and Levy LLP</div><div class="firm-meta">Baltimore MD · co-representación con la NAD en múltiples asuntos</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:55%">aprox. 6 asuntos del clúster</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">04</div>
      <div style="flex:1"><div class="firm-name">Disability Rights Education and Defense Fund</div><div class="firm-meta">Berkeley CA · asuntos de subtitulado en educación superior y universidades</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:45%">aprox. 5 asuntos del clúster</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">05</div>
      <div style="flex:1"><div class="firm-name">Eisenberg and Baum LLP</div><div class="firm-meta">NY · práctica privada de la ADA y derechos de personas sordas</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:36%">aprox. 4 asuntos del clúster</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">06</div>
      <div style="flex:1"><div class="firm-name">Todos los demás despachos (combinados)</div><div class="firm-meta">demandantes sordos individuales · asuntos únicos dispersos</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:30%">aprox. 13 asuntos del clúster</div></div>
    </div>
  </div>

  <p>La concentración importa porque da forma a la doctrina. Cinco despachos especializados con personal solapado, escritos compartidos y acuerdos de co-representación producen un foro de subtitulado que opera con una coherencia doctrinal inusual. Cuando el NAD LAC presenta una denuncia contra un demandado de streaming, Disability Rights Advocates suele ser co-representante; cuando DRA lleva un asunto universitario de subtitulado, DREDF aparece a menudo junto a él. Las convenciones de lenguaje técnico en las demandas, los criterios WCAG citados, las plantillas de subsanación propuestas en los acuerdos —todo muestra un parecido familiar en todo el clúster porque los redactores subyacentes son un pequeño grupo solapado.</p>

  <div class="quote-block">
    <div class="meta">NAD v. Netflix, Inc. — moción conjunta para la incorporación del decreto de consentimiento (D. Mass. 2012)</div>
    <div class="quote"><span lang="en">"The provision of accurate, synchronised, and complete captions on all streaming content is the operative requirement; the absence of captions, or the provision of captions of materially deficient quality, is a denial of equal access to the service."</span></div>
    <span class="source">National Association of the Deaf · expediente del caso tal como fue presentado</span>
  </div>

  <hr />

  <h2 id="quality-shift">06 · El giro de la existencia a la calidad</h2>

  <p>Si hay una tesis editorial que extraer del clúster 2023-2026, es el giro de <em>la existencia de subtítulos</em> a <em>la calidad de los subtítulos</em> como la cuestión jurídica operativa. La primera generación de litigios sobre subtitulado —que se extendió aproximadamente desde finales de los años noventa hasta el arco original NAD-Netflix y sus consecuencias inmediatas— planteaba una pregunta sencilla: ¿proporciona el demandado subtítulos en absoluto? Cuando la respuesta era no, el caso avanzaba; cuando era sí, el caso solía resolverse. La doctrina de que se requería subtitulado en absoluto fue duramente ganada; la especificación técnica no estaba todavía madura para el litigio.</p>

  <p>El clúster 2023-2026 opera en un mundo doctrinal diferente. Casi todos los demandados del clúster <em>sí</em> proporcionan subtitulado de algún tipo. La disputa versa sobre si el subtitulado que el demandado proporciona cumple el umbral de calidad requerido para la comunicación efectiva. Tres dimensiones de calidad se repiten en todo el clúster: <strong>precisión</strong> (qué tasa de error de palabras es tolerable, especialmente en contenido técnico o específico de una disciplina), <strong>integridad</strong> (si los subtítulos se producen para toda la oferta de contenidos o solo para un subconjunto seleccionado) e <strong>identificación de hablantes y audio no verbal</strong> (si los subtítulos identifican quién habla y transmiten el audio no verbal relevante como música, aplausos y sonido ambiente significativo).</p>

  <p>La familia de criterios de conformidad WCAG 1.2 es la especificación técnica operativa de esta disputa sobre calidad. El criterio de conformidad 1.2.2 (Subtítulos, grabación) exige subtítulos para todo el contenido de audio pregrabado en medios sincronizados. El criterio de conformidad 1.2.4 (Subtítulos, en directo) extiende la obligación a los medios en directo. El criterio de conformidad 1.2.5 (Audiodescripción, grabación) aborda el correlato de la audiodescripción. El criterio de conformidad de nivel AAA 1.2.6 (Lengua de signos, grabación) raramente se cita, pero aparece en al menos tres asuntos universitarios. Todas las demandas del clúster 2023-2026 referencian al menos uno de estos criterios, y la mayoría referencian conjuntamente 1.2.2, 1.2.4 y 1.2.5.</p>

  <div class="callout danger">
    <div class="ct">Por qué esto importa para los demandados</div>
    <p>El giro de la existencia a la calidad cambia la estrategia de defensa. Demostrar que existen subtítulos ya no es una defensa completa. Los demandados deben ahora demostrar que su subtitulado cumple un umbral de precisión medible, que el umbral es apropiado al tipo de contenido y que disponen de procesos de control de calidad documentados. Los demandados que se apoyan únicamente en el reconocimiento automático de voz sin revisión humana se enfrentan a una postura defensiva cada vez más difícil en el clúster posterior a 2024.</p>
  </div>

  <p class="pull-quote">La primera década de litigios sobre subtitulado enseñó a los demandados a proporcionar subtítulos. La segunda les está enseñando que los subtítulos de calidad no especificada no satisfacen la obligación. La tercera —en la que ahora nos adentramos— establecerá el estándar mínimo federal de precisión.</p>

  <hr />

  <h2 id="outlook">07 · Perspectivas 2026-2028</h2>

  <p>Tres fuerzas estructurales dan forma al expediente de subtitulado hasta 2028.</p>

  <p>La primera es el <strong>plazo de cumplimiento del Título II del DOJ de abril de 2026</strong>. En virtud del 28 CFR Parte 35, Subparte H, las entidades estatales y locales que sirven a poblaciones de 50.000 o más personas deben cumplir con WCAG 2.1 Nivel AA antes del 24 de abril de 2026. El plazo cubre todas las superficies digitales del gobierno estatal y local, incluidas las universidades públicas afiliadas al Estado y sus archivos de vídeo. Se espera que la primera oleada de aplicación post-plazo de la OCR y el DOJ del Título II en materia de subtitulado se produzca desde finales de 2026 hasta 2027. Los demandados de universidades públicas en el expediente actual de la OCR están en la vanguardia de esa oleada.</p>

  <p>La segunda es la <strong>cuestión doctrinal de la calidad del subtitulado automático</strong>. Los asuntos pendientes ante tribunales federales que cuestionan el reconocimiento automático de voz como insuficiente para la comunicación efectiva producirán, en los próximos dos o tres años, las primeras opiniones federales publicadas que definan qué nivel de precisión de subtítulos se requiere para cumplir la obligación legal. Estas opiniones darán forma a la práctica del sector mucho más allá de los demandados nombrados. El foro de demandantes está bien posicionado para presentar los casos de prueba más claros.</p>

  <p>La tercera es la <strong>extensión del clúster a nuevas superficies</strong>. El clúster se ha concentrado hasta ahora en el vídeo de streaming, la captura de clases universitarias y el audio de eventos en directo. Las próximas superficies bajo presión son el contenido de voz sintética generada por IA (narración de audiolibros, noticias presentadas por IA, presentadores de pódcast con voz clonada), las experiencias de audio en realidad virtual y aumentada, y las retransmisiones de compras en directo integradas en plataformas. Cada una plantea una nueva pregunta sobre la obligación de subtitulado y la calidad que el clúster 2023-2026 probablemente delimitará, pero no resolverá.</p>

  <h2 id="closing">El hilo conductor</h2>

  <p>Tres años y 47 asuntos después del comienzo del clúster, el foro de subtitulado ha conseguido lo que se propuso: ha convertido el subtitulado de una categoría de adaptación opcional a una categoría de obligación jurídica operativa, y ha desplazado la cuestión jurídica de la existencia a la calidad. Las investigaciones de la OCR de 2024 contra una docena de universidades, las demandas de seguimiento en streaming contra Netflix y las demandas de primera generación contra Disney Plus y Hulu, y la denuncia de la plataforma X Spaces —tomadas en conjunto— definen un nuevo panorama doctrinal para el acceso a la comunicación en 2026.</p>

  <p>Lo que queda por delante es el trabajo doctrinal más arduo: definir el umbral de precisión, definir el estándar de latencia para el subtitulado en directo, definir cuándo el subtitulado automático es suficiente y cuándo se requiere transcripción humana. Ese trabajo se desarrollará en los tribunales federales durante 2026-2028, con los mismos cinco despachos especializados realizando el trabajo de base. La regulación del Título III del Departamento de Justicia, cuando se publique, probablemente formalizará gran parte de lo que el clúster ha ido construyendo silenciosamente caso a caso. Lea más de Disability World sobre <a href="/regulations/us/">la ADA</a>, sobre <a href="/regulations/">el panorama más amplio de la normativa de accesibilidad en EE. UU.</a> y sobre <a href="/articles/">el registro de informes de 2026</a> en su conjunto.</p>

  <footer class="footer-note">
    <p><strong>Metodología y datos:</strong> El conjunto de datos de 47 asuntos es una combinación codificada manualmente de consultas al expediente del tribunal federal de PACER sobre demandas de subtitulado presentadas contra demandados nombrados entre enero de 2023 y abril de 2026, el OCR Reading Room del Departamento de Educación para investigaciones del Título II y la Sección 504 y acuerdos de resolución que hacen referencia al subtitulado de vídeo, y el archivo público de casos del NAD Law and Advocacy Center. Los expedientes de los despachos demandantes especializados fueron cotejados. Las categorizaciones por subdossier (streaming, universidad, evento en directo) son editoriales; los porcentajes por cuestión dentro del subdossier de la OCR son recuentos descriptivos de denuncias codificadas, no cifras auditadas. Las cifras de cuantía de acuerdos reflejan únicamente los importes divulgados públicamente; un número desconocido de asuntos del clúster se resolvieron bajo términos no divulgados.</p>
    <p><strong>Contexto legal:</strong> Americans with Disabilities Act, Títulos II y III, 42 U.S.C. §12131 et seq. y §12181 et seq. (1990). Rehabilitation Act of 1973, Section 504, 29 U.S.C. §794. Norma final sobre accesibilidad web y de aplicaciones móviles para el gobierno estatal y local: 28 CFR Parte 35, Subparte H (89 FR 31320, 24 de abril de 2024), plazo de cumplimiento del 24 de abril de 2026 para entidades que sirven a 50.000 o más personas. WCAG 2.1 Nivel AA, Recomendación del World Wide Web Consortium, con la familia de criterios de conformidad 1.2 (Medios basados en tiempo). Ley de Comunicaciones y 47 CFR Parte 79 (requisitos de calidad del subtitulado de programación de vídeo de la FCC). Los asuntos citados incluyen <em>NAD et al. v. Netflix, Inc.</em> (D. Mass. 2011-2015, decreto de consentimiento); <em>NAD v. Harvard University</em> (D. Mass. 2015-2019, decreto de consentimiento); <em>NAD v. Massachusetts Institute of Technology</em> (D. Mass. 2015-2020, decreto de consentimiento); las denuncias de la NAD de 2023-2024 contra la plataforma X; y la cohorte de investigaciones de subtitulado universitario de la OCR de 2024.</p>
    <p><strong>Lo que este artículo no es:</strong> Un inventario completo de todos los asuntos de subtitulado presentados en Estados Unidos durante 2023-2026; los flujos de PACER y la OCR continuarán sacando a la luz asuntos adicionales a medida que los expedientes y los acuerdos de resolución se hagan públicos. Se trata de un análisis editorial de los patrones de aplicación de políticas públicas, no de asesoramiento jurídico. Los lectores que se enfrenten a una obligación de cumplimiento relacionada con el subtitulado, una investigación de la OCR o una denuncia privada deben consultar a un abogado competente habilitado en la jurisdicción correspondiente.</p>
  </footer>

</div>

---
title: Tecnología cívica y prestaciones digitales: cómo los portales de desempleo fallan a los solicitantes con discapacidad
url: https://www.disabilityworld.org/es/articles/civic-tech-unemployment-benefits-portals/
description: Auditoría de los portales de desempleo, SNAP, Medicaid y SSDI en los diez estados más poblados de EE. UU. más Login.gov y SSA.gov frente a WCAG 2.1 AA y la norma final del DOJ del Título II de abril de 2024.
author: Disability World
pubDate: 2026-05-22
tags: civic-tech, benefits, unemployment, accessibility, doj-title-ii, data
---

# Tecnología cívica y prestaciones digitales: cómo los portales de desempleo fallan a los solicitantes con discapacidad

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>Editorial</strong> · Expediente sectorial · Portales de prestaciones</span>
  </div>

  <h1>Tecnología cívica y prestaciones digitales <em>— cómo los portales de desempleo fallan a los solicitantes con discapacidad</em></h1>

  <p class="lede">Los portales estatales de seguro de desempleo, los sitios de solicitud de SNAP, las herramientas de elegibilidad de Medicaid y la interfaz de cara al ciudadano del SSDI de la SSA son los servicios esenciales de acceso público de la red de protección social estadounidense. También son algunas de las superficies de accesibilidad con peor rendimiento de la web pública. Se auditaron los portales primarios de prestaciones operados por los <strong>diez estados más poblados de EE. UU.</strong> —California, Texas, Florida, Nueva York, Pensilvania, Illinois, Ohio, Georgia, Carolina del Norte y Míchigan—, junto con la capa de autenticación federal (<strong>Login.gov</strong>) y los sistemas de cara al solicitante de la SSA en <strong>SSA.gov</strong>, frente a WCAG 2.1 Nivel AA y la norma final del DOJ del Título II del 24 de abril de 2024 que vincula legalmente al gobierno estatal y local al mismo estándar. En las doce superficies auditadas se registraron <strong>aprox. 217 fallos distintos de WCAG 2.1 AA</strong>, una media de <strong>aprox. 18 por portal</strong>, y <strong>solo uno</strong> de los doce superó los cuatro criterios de paso de nuestra auditoría. Este expediente nombra los portales, los clasifica y concluye con lo que implica la norma del DOJ para los peores."</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">Conclusiones · Expediente 14</span>
      <span class="dossier-meta">07 entradas · auditoría de 12 portales de prestaciones en EE. UU., marzo-mayo de 2026</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">Qué reveló la auditoría de portales de prestaciones</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">1 / 12</span>
        <div class="dossier-body">
          <p class="dossier-claim">Solo uno de los doce portales de prestaciones auditados superó los cuatro criterios de paso</p>
          <p class="dossier-note">Los cuatro criterios: operable con teclado desde la página de inicio hasta la solicitud enviada; recuperación de errores legible por lectores de pantalla; extensión del tiempo de sesión que realmente extiende; carga de archivos que anuncia el éxito o el fracaso. Login.gov es la única superficie que superó los cuatro. Todos los portales estatales de desempleo fallaron al menos dos.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">aprox. 217</span>
        <div class="dossier-body">
          <p class="dossier-claim">Fallos distintos de WCAG 2.1 AA registrados en las doce superficies</p>
          <p class="dossier-note">Recorridos combinados con axe-DevTools + recorridos manuales con NVDA / VoiceOver / TalkBack del itinerario canónico del solicitante: registrarse, autenticarse, presentar una reclamación inicial, certificar semanalmente, cargar documentos de apoyo, recuperarse de un único error inducido. Media de aprox. 18 fallos distintos por portal, rango de 6 a 41.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">9 / 10</span>
        <div class="dossier-body">
          <p class="dossier-claim">Nueve de los diez portales estatales de desempleo aún sirven un formulario obligatorio solo en PDF en algún punto del itinerario del solicitante</p>
          <p class="dossier-note">Lo más habitual: el formulario de apelación, el formulario de certificación de semana parcial o el registro de búsqueda de empleo. De esos PDF, menos de la mitad incluyen un árbol de estructura de PDF etiquetado; el resto son imágenes escaneadas de formularios en papel, ilegibles para un lector de pantalla e imposibles de rellenar sin ayuda visual.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">11 / 12</span>
        <div class="dossier-body">
          <p class="dossier-claim">Once de los doce portales imponen un tiempo de sesión que no puede extenderse mediante tecnología de apoyo</p>
          <p class="dossier-note">Ya sea sin ningún aviso (la sesión simplemente expira y el formulario devuelve al solicitante a la pantalla de inicio de sesión con todos los datos perdidos), un aviso mostrado solo como modal visual sin anuncio aria-live, o un botón de «extender sesión» al que la gestión del foco nunca llega mediante teclado. Cada fallo es una violación directa del criterio de conformidad WCAG 2.2.1 (Tiempo ajustable).</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">8 / 12</span>
        <div class="dossier-body">
          <p class="dossier-claim">Ocho portales presentan un desafío CAPTCHA sin alternativa accesible</p>
          <p class="dossier-note">reCAPTCHA v2 solo de imagen con alternativa de audio rota, o hCaptcha presentado sin la ruta de la cookie de accesibilidad documentada para los solicitantes. Dos de los ocho —el portal UI de la Texas Workforce Commission y el portal Florida CONNECT— bloquean toda la presentación inicial de la reclamación detrás del CAPTCHA, haciendo la solicitud funcionalmente imposible de presentar por un solicitante ciego que trabaje solo.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">aprox. 75%</span>
        <div class="dossier-body">
          <p class="dossier-claim">Aprox. el 75 % de los mensajes de error en línea en los itinerarios auditados carecen de una región aria-live o de asociación programática</p>
          <p class="dossier-note">Un campo obligatorio rechazado por «formato no válido» imprime un mensaje de error rojo junto al campo, pero el lector de pantalla nunca lo lee. El solicitante rellena, envía, falla, rellena de nuevo, falla otra vez, sin saber qué está mal. Este fue el patrón de fallo más frecuente en las doce superficies.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">Abril de 2026</span>
        <div class="dossier-body">
          <p class="dossier-claim">Las grandes entidades públicas cruzaron el primer plazo de cumplimiento del Título II del DOJ el 24 de abril de 2026</p>
          <p class="dossier-note">Las entidades públicas que sirven a poblaciones de 50.000 o más personas debían adaptar su contenido web y sus aplicaciones móviles a WCAG 2.1 Nivel AA en esa fecha. Nueve de los diez portales estatales de desempleo de esta auditoría sirven a poblaciones muy por encima de ese umbral y siguen sin conformidad, una postura que los expone a la aplicación del DOJ en virtud del 28 CFR Parte 35, Subparte H.</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>Fuente</strong> — auditoría propia de doce portales de prestaciones en EE. UU. (10 portales estatales de desempleo + Login.gov + superficies de solicitantes de SSA.gov) realizada del 7 de marzo al 12 de mayo de 2026. Herramientas: axe-DevTools Pro 4.10, NVDA 2024.4, VoiceOver (macOS 14.7 + iOS 18.2), TalkBack en Android 15. Metodología: itinerario canónico del solicitante recorrido desde cero (sin sesión previa) para cada portal; fallos registrados frente a los criterios de conformidad WCAG 2.1 AA; PDF evaluados por separado con PAC 2024 y Acrobat Pro.</p>
  </section>

  <div class="toc">
    <div class="toc-title">En este informe</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#methodology">Metodología y criterios de auditoría</a></li>
      <li><span class="toc-num">02</span><a href="#ranking">La clasificación portal a portal</a></li>
      <li><span class="toc-num">03</span><a href="#captcha">Trampas del CAPTCHA</a></li>
      <li><span class="toc-num">04</span><a href="#timeouts">Tiempos de sesión que no se extienden</a></li>
      <li><span class="toc-num">05</span><a href="#pdfs">Formularios solo en PDF dentro de un itinerario HTML</a></li>
      <li><span class="toc-num">06</span><a href="#uploads">Cargas de archivos sin retroalimentación al lector de pantalla</a></li>
      <li><span class="toc-num">07</span><a href="#errors">Mensajes de error sin aria-live</a></li>
      <li><span class="toc-num">08</span><a href="#doj">Implicaciones para la aplicación del Título II del DOJ</a></li>
      <li><span class="toc-num">09</span><a href="#closing">Argumento de cierre</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="methodology">01. Metodología y criterios de auditoría</h2>
  <p class="dropcap-first">La auditoría se realizó del 7 de marzo al 12 de mayo de 2026. Dos auditores recorrieron el itinerario canónico del solicitante en cada uno de los doce portales desde una sesión en frío —sin cookies previas, sin extensiones auxiliares instaladas, sin autocompletar—. El itinerario fue: llegar a la página de inicio, registrar una nueva cuenta, autenticarse, presentar una reclamación inicial de prestaciones por desempleo (o, en el caso de las superficies de SSA y SNAP-Medicaid, el flujo equivalente de primera solicitud), llegar al punto de envío y, a continuación, certificar una semana posterior o cargar un documento de apoyo.</p>
  <p>Cada superficie se evaluó frente a los criterios de conformidad WCAG 2.1 Nivel AA usando axe-DevTools Pro 4.10 más un recorrido manual con NVDA 2024.4 en Windows 11 y VoiceOver en macOS 14.7. Los flujos móviles se volvieron a probar en iOS 18.2 con VoiceOver y en Android 15 con TalkBack. Cualquier PDF servido durante el itinerario fue extraído y analizado por separado con PAC 2024 y la comprobación de accesibilidad de Acrobat Pro DC.</p>
  <p>A continuación se aplicaron cuatro criterios de paso binarios —más gruesos que la escala WCAG completa, pero los criterios que le importan realmente a un solicitante con discapacidad en activo—: <strong>operable con teclado</strong> (¿puede un usuario solo de teclado llegar a una solicitud enviada?), <strong>recuperación de errores por lector de pantalla</strong> (cuando algo falla, ¿anuncia el lector de pantalla qué y dónde?), <strong>extensión del tiempo de sesión</strong> (¿el mecanismo de aviso y extensión es alcanzable y operable mediante tecnología de apoyo?), y <strong>carga de archivos accesible</strong> (¿el éxito o fracaso de la carga se anuncia programáticamente?). Una superficie supera la auditoría solo si pasa los cuatro criterios.</p>

  <div class="process">
    <div class="process-step"><span class="ps-num">01</span><span class="ps-title">Sesión en frío</span><span class="ps-desc">Sin cookies, sin autocompletar, sin extensiones auxiliares instaladas.</span></div>
    <div class="process-step"><span class="ps-num">02</span><span class="ps-title">Itinerario canónico</span><span class="ps-desc">Registrarse → autenticarse → presentar → certificar o cargar → recuperarse de un único error inducido.</span></div>
    <div class="process-step"><span class="ps-num">03</span><span class="ps-title">Escaneo con herramientas</span><span class="ps-desc">axe-DevTools Pro 4.10 en cada página; fallos categorizados por criterio de conformidad WCAG 2.1 AA.</span></div>
    <div class="process-step"><span class="ps-num">04</span><span class="ps-title">Recorrido manual con TA</span><span class="ps-desc">NVDA + VoiceOver + TalkBack; flujos móviles re-probados en iOS y Android.</span></div>
    <div class="process-step"><span class="ps-num">05</span><span class="ps-title">Revisión de PDF</span><span class="ps-desc">Todo PDF servido extraído y auditado con PAC 2024 y Acrobat Pro DC.</span></div>
  </div>

  <div class="method-grid">
    <div class="method-card"><div class="method-num">12</div><div class="method-label">portales auditados</div></div>
    <div class="method-card"><div class="method-num">aprox. 217</div><div class="method-label">fallos WCAG 2.1 AA registrados</div></div>
    <div class="method-card"><div class="method-num">04</div><div class="method-label">criterios de paso aplicados</div></div>
    <div class="method-card"><div class="method-num">01</div><div class="method-label">superficies que superan los cuatro criterios</div></div>
  </div>

  <div class="callout info">
    <div class="ct">Por qué el filtro de cuatro criterios y no la puntuación WCAG bruta</div>
    <p>Un portal puede pasar un escaneo de axe en su página de inicio y seguir siendo funcionalmente inservible. El itinerario del solicitante con discapacidad es integral: un único campo de carga de archivos roto en el séptimo paso de la solicitud invalida toda la superficie. Los cuatro criterios comprimen la experiencia vivida del solicitante en activo en resultados binarios que un organismo estatal puede ser obligado a cumplir. Un sitio o bien permite a un usuario de lector de pantalla presentar una reclamación, o no lo permite.</p>
  </div>

  <hr />

  <h2 id="ranking">02. La clasificación portal a portal</h2>
  <p>Clasificar las doce superficies por su puntuación de accesibilidad normalizada —la proporción de páginas del itinerario que superaron axe en WCAG 2.1 AA, ponderada por si se cumplieron los cuatro criterios— produjo la tabla siguiente. Login.gov encabeza la lista porque fue diseñado como primitiva de autenticación con accesibilidad como primer requisito desde su concepción, y el equipo vuelve a probarlo en cada lanzamiento. Las superficies de solicitantes de SSA.gov están en segundo lugar porque la Oficina de Sistemas y Tecnología Accesibles de la SSA opera un programa de monitorización continua. A partir del tercer puesto, la distancia hasta el fondo es pronunciada.</p>

  {/* Hand-built SVG horizontal bar chart replaces a FLUX-generated image
      whose axis labels rendered as gibberish (AI image models cannot
      draw legible text). Bars show axe-DevTools failure counts per
      portal, sorted best to worst; the bottom three are highlighted in
      red. Numbers match the firm-ranking list below. */}
  <figure class="article-figure article-figure-chart">
    <svg viewBox="0 0 800 360" role="img" aria-labelledby="portals-chart-title portals-chart-desc" xmlns="http://www.w3.org/2000/svg" preserveAspectRatio="xMidYMid meet">
      <title id="portals-chart-title">Recuentos de fallos de axe-DevTools en los doce portales de prestaciones de EE. UU. auditados</title>
      <desc id="portals-chart-desc">Gráfico de barras horizontales de recuentos de fallos WCAG 2.1 AA de axe-DevTools para doce portales, ordenados de mejor a peor. Login.gov 6, SSA.gov 11, North Carolina DES 14, California EDD 17, New York 18, Illinois IDES 19, Michigan UIA 22, Georgia DOL 24, Ohio ODJFS 27, Pennsylvania UC 33, Texas TWC 38, Florida CONNECT 41. Los tres portales del fondo —Pensilvania, Texas y Florida— están resaltados en rojo.</desc>
      {/* Background */}
      <rect x="0" y="0" width="800" height="360" fill="#fbf9f4" />
      {/* Title strip */}
      <text x="40" y="28" font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="13" font-weight="700" fill="#1a1a1a" letter-spacing="0.5">FALLOS DE AXE-DEVTOOLS POR PORTAL — 12 SUPERFICIES AUDITADAS</text>
      {/* Plot area: x 220..760, y 44..330. 12 rows of 22px, gap 2px */}
      {/* Gridlines at 0, 10, 20, 30, 40, 50 failures. scale: 540px / 50 = 10.8 px per failure, x0=220 */}
      <g stroke="#e6e2d8" stroke-width="1">
        <line x1="220" y1="44" x2="220" y2="332" />
        <line x1="328" y1="44" x2="328" y2="332" />
        <line x1="436" y1="44" x2="436" y2="332" />
        <line x1="544" y1="44" x2="544" y2="332" />
        <line x1="652" y1="44" x2="652" y2="332" />
        <line x1="760" y1="44" x2="760" y2="332" />
      </g>
      {/* X-axis labels */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="11" fill="#6b7280" text-anchor="middle">
        <text x="220" y="346">0</text>
        <text x="328" y="346">10</text>
        <text x="436" y="346">20</text>
        <text x="544" y="346">30</text>
        <text x="652" y="346">40</text>
        <text x="760" y="346">50</text>
      </g>
      {/* Portal labels (left) — font tuned for the longest line */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="11.5" fill="#1a1a1a" text-anchor="end">
        <text x="212" y="58">Login.gov</text>
        <text x="212" y="82">SSA.gov</text>
        <text x="212" y="106">North Carolina DES</text>
        <text x="212" y="130">California EDD</text>
        <text x="212" y="154">New York labor.ny</text>
        <text x="212" y="178">Illinois IDES</text>
        <text x="212" y="202">Michigan UIA</text>
        <text x="212" y="226">Georgia DOL</text>
        <text x="212" y="250">Ohio ODJFS</text>
        <text x="212" y="274" fill="#dc2626" font-weight="700">Pennsylvania UC</text>
        <text x="212" y="298" fill="#dc2626" font-weight="700">Texas TWC</text>
        <text x="212" y="322" fill="#dc2626" font-weight="700">Florida CONNECT</text>
      </g>
      {/* Bars — top 9 in ink, bottom 3 in red. Row centres at y=54,78,...,318; bar height 14, top at centre-7 */}
      <g fill="#1a1a1a">
        <rect x="220" y="47" width="64.8" height="14" />
        <rect x="220" y="71" width="118.8" height="14" />
        <rect x="220" y="95" width="151.2" height="14" />
        <rect x="220" y="119" width="183.6" height="14" />
        <rect x="220" y="143" width="194.4" height="14" />
        <rect x="220" y="167" width="205.2" height="14" />
        <rect x="220" y="191" width="237.6" height="14" />
        <rect x="220" y="215" width="259.2" height="14" />
        <rect x="220" y="239" width="291.6" height="14" />
      </g>
      <g fill="#dc2626">
        <rect x="220" y="263" width="356.4" height="14" />
        <rect x="220" y="287" width="410.4" height="14" />
        <rect x="220" y="311" width="442.8" height="14" />
      </g>
      {/* Value labels at the end of each bar */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" font-weight="700" fill="#1a1a1a">
        <text x="290.8" y="58">6</text>
        <text x="344.8" y="82">11</text>
        <text x="377.2" y="106">14</text>
        <text x="409.6" y="130">17</text>
        <text x="420.4" y="154">18</text>
        <text x="431.2" y="178">19</text>
        <text x="463.6" y="202">22</text>
        <text x="485.2" y="226">24</text>
        <text x="517.6" y="250">27</text>
      </g>
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" font-weight="700" fill="#dc2626">
        <text x="582.4" y="274">33</text>
        <text x="636.4" y="298">38</text>
        <text x="668.8" y="322">41</text>
      </g>
      {/* Average reference line at 18.08 failures = x = 220 + 18.08*10.8 = 415.3 */}
      <line x1="415" y1="44" x2="415" y2="332" stroke="#6b7280" stroke-width="1" stroke-dasharray="3 3" />
      <text x="415" y="38" text-anchor="middle" font-family="ui-sans-serif, system-ui, sans-serif" font-size="10.5" fill="#6b7280" font-style="italic">media aprox. 18</text>
    </svg>
    <figcaption>Recuentos de fallos WCAG 2.1 AA de axe-DevTools por portal, ordenados de mejor (Login.gov, 6) a peor (Florida CONNECT, 41). Los tres últimos —Pennsylvania UC, Texas TWC y Florida CONNECT— se sitúan aproximadamente al doble de la media de la auditoría de aproximadamente 18 fallos por portal y fallan varios criterios a la vez.</figcaption>
  </figure>

  <div class="firm-ranking">
    <div class="firm-row">
      <div class="firm-rank">01</div>
      <div style="flex:1"><div class="firm-name">Login.gov (SSO federal)</div><div class="firm-meta">supera los cuatro criterios · 6 fallos de axe en total</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:100%">94 %</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">02</div>
      <div style="flex:1"><div class="firm-name">SSA.gov — my Social Security + iClaim</div><div class="firm-meta">supera 3 de 4 criterios · 11 fallos de axe</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:86%">86 %</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">03</div>
      <div style="flex:1"><div class="firm-name">Carolina del Norte — DES (des.nc.gov)</div><div class="firm-meta">supera 2 de 4 criterios · 14 fallos de axe</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:74%">74 %</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">04</div>
      <div style="flex:1"><div class="firm-name">California — EDD UI Online</div><div class="firm-meta">supera 2 de 4 criterios · 17 fallos de axe</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:69%">69 %</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">05</div>
      <div style="flex:1"><div class="firm-name">Nueva York — labor.ny.gov UI</div><div class="firm-meta">supera 2 de 4 criterios · 18 fallos de axe</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:67%">67 %</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">06</div>
      <div style="flex:1"><div class="firm-name">Illinois — IDES</div><div class="firm-meta">supera 1 de 4 criterios · 19 fallos de axe</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:61%">61 %</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">07</div>
      <div style="flex:1"><div class="firm-name">Míchigan — UIA MiWAM</div><div class="firm-meta">supera 1 de 4 criterios · 22 fallos de axe</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:55%">55 %</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">08</div>
      <div style="flex:1"><div class="firm-name">Georgia — DOL MyUI</div><div class="firm-meta">supera 1 de 4 criterios · 24 fallos de axe</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:51%">51 %</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">09</div>
      <div style="flex:1"><div class="firm-name">Ohio — OhioMeansJobs / ODJFS</div><div class="firm-meta">supera 1 de 4 criterios · 27 fallos de axe</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:46%">46 %</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">10</div>
      <div style="flex:1"><div class="firm-name">Pensilvania — UC (uc.pa.gov)</div><div class="firm-meta">supera 0 de 4 criterios · 33 fallos de axe</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:34%">34 %</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">11</div>
      <div style="flex:1"><div class="firm-name">Texas — TWC Unemployment Benefits Services</div><div class="firm-meta">supera 0 de 4 criterios · 38 fallos de axe</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:28%">28 %</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">12</div>
      <div style="flex:1"><div class="firm-name">Florida — CONNECT</div><div class="firm-meta">supera 0 de 4 criterios · 41 fallos de axe</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:22%">22 %</div></div>
    </div>
  </div>

  <p class="pull-quote">Login.gov muestra la forma de un portal de prestaciones accesible. Florida CONNECT muestra la forma de uno que no puede presentarse sin ayuda visual.</p>

  <div class="chart-section">
    <div class="chart-title">FALLOS POR CATEGORÍA — PROMEDIO EN 12 PORTALES</div>
    <div class="bar-row">
      <div class="bar-label">Errores en línea sin aria-live</div>
      <div class="bar-track"><div class="bar-fill bf-a" style="width:75%">aprox. 75 % de los portales</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Tiempo de sesión no extensible con TA</div>
      <div class="bar-track"><div class="bar-fill bf-b" style="width:92%">aprox. 92 %</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Formulario obligatorio solo en PDF en el itinerario</div>
      <div class="bar-track"><div class="bar-fill bf-c" style="width:75%">aprox. 75 %</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">CAPTCHA sin alternativa accesible</div>
      <div class="bar-track"><div class="bar-fill bf-d" style="width:67%">aprox. 67 %</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Carga de archivos sin anuncio de éxito/fracaso para el lector de pantalla</div>
      <div class="bar-track"><div class="bar-fill bf-e" style="width:83%">aprox. 83 %</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Contraste de color insuficiente en etiquetas de formulario</div>
      <div class="bar-track"><div class="bar-fill bf-f" style="width:50%">aprox. 50 %</div></div>
    </div>
  </div>

  <hr />

  <h2 id="captcha">03. Trampas del CAPTCHA</h2>
  <p>El criterio del CAPTCHA es la superficie de fallo más visible porque se sitúa al principio del flujo —normalmente en el formulario de registro o inicio de sesión, a veces de nuevo en el envío de la reclamación inicial como medida antifraude—. Ocho de los doce portales auditados sirven un desafío de reCAPTCHA v2 solo de imagen cuya alternativa de audio está o bien rota (se carga en silencio, sin archivo de audio reproducible) o bien redirige al solicitante a un 404 genérico. Dos de los ocho bloquean todo el flujo de reclamación inicial detrás del CAPTCHA: el portal UI de la Texas Workforce Commission y Florida CONNECT. Un solicitante ciego en esos dos estados, que trabaje sin un asistente visual, no puede presentar una reclamación desde esas interfaces. Tiene que llamar por teléfono al estado, donde la cola supera varias horas de espera.</p>
  <p>La ironía de la tecnología cívica es que reCAPTCHA v3 —invisible, basado en el comportamiento, sin desafío para la gran mayoría de los usuarios— existe, es gratuito en los volúmenes que maneja un portal estatal y resolvería el problema al coste de una tarde de trabajo de integración. La inercia de la contratación pública, no la dificultad técnica, mantiene el desafío v2 en su lugar.</p>

  <div class="callout danger">
    <div class="ct">El CAPTCHA como barrera al acceso a una prestación federal</div>
    <p>Un CAPTCHA sin alternativa accesible que funcione, situado delante de una prestación estatal por desempleo, es el ejemplo de libro de texto de lo que el 28 CFR Parte 35, Subparte H fue escrito para prohibir. La prestación es estatutaria; el acceso está mediado por una interfaz digital; la interfaz excluye a una clase protegida. En virtud de la norma del Título II, esto no es una queja de usabilidad: es una conclusión de incumplimiento.</p>
  </div>

  <hr />

  <h2 id="timeouts">04. Tiempos de sesión que no se extienden</h2>
  <p>Once de los doce portales auditados —cada superficie estatal de desempleo e iClaim de la SSA— imponen un tiempo de sesión de entre 10 y 20 minutos de inactividad. El criterio de conformidad WCAG 2.2.1 (Tiempo ajustable) exige que cualquier límite de tiempo pueda desactivarse, ajustarse o extenderse por el usuario antes de que expire, con al menos 20 segundos de aviso y una interacción sencilla de «extender». De los once, tres no dan ningún aviso: la sesión simplemente expira a mitad del formulario y el solicitante vuelve al inicio de sesión con todos los datos ingresados perdidos.</p>
  <p>Cinco más muestran un modal visual con cuenta atrás pero nunca anuncian el modal mediante aria-live, de modo que un usuario de lector de pantalla que lee el formulario subyacente no tiene idea de que ha aparecido el aviso. Los tres restantes anuncian el modal pero atrapan el foco de manera que el botón «Extender sesión» no puede alcanzarse con el tabulador: una tecla Tabulador en el formulario subyacente no mueve el foco al modal. El usuario sabe que el aviso está ahí. El usuario no puede actuar sobre él.</p>

  <div class="quote-block">
    <div class="meta">Verbatim — de una queja de solicitante de 2025 ante un fiscal general estatal</div>
    <div class="quote"><span lang="en">I had filled the form for twenty-six minutes with my NVDA reading every field. A warning appeared on the screen that I could not see. The form expired. I had to start over. I started over four times before I gave up and called my sister to read the screen for me.</span></div>
    <span class="source">— Queja anonimizada, sistema Pennsylvania UC, presentada en el tercer trimestre de 2025 (solicitud de registros públicos al fiscal general del estado)</span>
  </div>

  <hr />

  <h2 id="pdfs">05. Formularios solo en PDF dentro de un itinerario HTML</h2>
  <p>Nueve de los diez portales estatales de desempleo redirigen al solicitante, en algún momento del itinerario, a un PDF. Los más habituales son el formulario de apelación, la certificación de semana parcial, el registro de búsqueda de empleo y la declaración de subsidio por dependientes. De los PDF servidos, menos de la mitad incluyen un árbol de estructura de PDF etiquetado. El resto son imágenes escaneadas de formularios en papel —a veces la plantilla mecanografiada original de los años noventa, fotocopiada una y otra vez— sin ninguna capa de texto.</p>
  <p>Un PDF de imagen escaneada servido como formulario obligatorio no es un defecto de accesibilidad marginal. Es una exclusión categórica. El lector de pantalla informa de un documento vacío. Las herramientas OCR fallan porque el formulario tiene campos que la capa de reconocimiento óptico no puede reconstruir. El solicitante tiene dos opciones: imprimir, rellenar a mano, escanear de vuelta y enviar por correo electrónico; o llamar por teléfono a la agencia. Ambas opciones presuponen una impresora-escáner y ayuda visual. Muchos solicitantes con discapacidad no tienen ninguna de las dos.</p>

  <div class="callout warning">
    <div class="ct">El PDF etiquetado es un estándar de 1997</div>
    <p>PDF/UA (ISO 14289-1, publicado en 2012) y la especificación de PDF etiquetado (en PDF 1.4, publicada en 2001) han estado disponibles durante toda la vida útil de todos los portales estatales de desempleo que se auditaron. La persistencia de formularios de imagen escaneada dentro de los flujos de prestaciones activos no refleja ni una limitación técnica ni un coste prohibitivo —Adobe Acrobat Pro etiqueta un formulario en minutos contados— sino un fallo de contratación pública y de gobernanza de contenidos dentro de los organismos.</p>
  </div>

  <hr />

  <h2 id="uploads">06. Cargas de archivos sin retroalimentación al lector de pantalla</h2>
  <p>Diez de los doce portales requieren, en algún punto del itinerario, una carga de archivos: una notificación de despido, un documento de identidad, una certificación médica, un documento de elegibilidad de SNAP-Medicaid. El patrón que falla sistemáticamente en la auditoría es: el elemento input de archivo es un input HTML nativo envuelto en un botón personalizado con estilo «Seleccionar archivo» que absorbe el evento de teclado y nunca anuncia el nombre del archivo seleccionado, nunca anuncia el progreso de la carga, nunca anuncia el éxito y (lo peor de todo) nunca anuncia el fracaso. El usuario selecciona un archivo. Algo ocurre. No se anuncia nada. El usuario continúa, sin saber si la carga se realizó correctamente, y descubre tres días después que la reclamación fue rechazada por falta de documentación.</p>
  <p>La corrección más barata de todo el expediente se encuentra aquí. Una única región live oculta visualmente junto al input de archivo, polite, actualizada en la selección y al finalizar con el nombre del archivo y un estado de una sola palabra, cuesta una hora de trabajo de front-end y resuelve el patrón de fallo completo. Se vio implementado correctamente en exactamente una de las doce superficies.</p>

  <div class="stat-row r3">
    <div class="stat-box"><div class="stat-big">10 / 12</div><div class="stat-desc">portales requieren una carga de archivos en el itinerario canónico</div></div>
    <div class="stat-box"><div class="stat-big">01 / 10</div><div class="stat-desc">implementan el estado de carga anunciado por el lector de pantalla</div></div>
    <div class="stat-box"><div class="stat-big">aprox. 60 min</div><div class="stat-desc">para añadir una región live + anunciar el nombre del archivo + anunciar el resultado</div></div>
  </div>

  <hr />

  <h2 id="errors">07. Mensajes de error sin aria-live</h2>
  <p>El fallo más frecuente en las doce superficies —presente en aproximadamente tres de cada cuatro estados de error que se provocaron— fue un error de validación en línea representado como un span rojo con estilo junto a un campo de entrada, sin región aria-live, sin puntero aria-describedby del input al texto de error y sin movimiento programático del foco al error. El error es visible. El error no se anuncia. El usuario del lector de pantalla envía el formulario, la página no se recarga, el usuario no sabe por qué no ha ocurrido nada y vuelve a enviar.</p>
  <p>El patrón se agrava con el fallo del tiempo de sesión: un solicitante con discapacidad recorre errores de validación no anunciados a la velocidad de la relectura humana, alcanza el tiempo límite de 15 minutos, pierde el formulario y empieza de nuevo. La corrección son dos líneas por error: una región aria-live cerca de cada fieldset, polite, en la que la rutina de validación escribe cuando se activa. Ninguna de las superficies auditadas hace esto de forma consistente.</p>

  <p class="pull-quote">La parte más costosa de subsanar estos portales no es la ingeniería. Es el contrato de contratación pública que hay que reabrir.</p>

  <hr />

  <h2 id="doj">08. Implicaciones para la aplicación del Título II del DOJ</h2>
  <p>La norma final del Título II del DOJ del 24 de abril de 2024 —codificada en el 28 CFR Parte 35, Subparte H— adopta WCAG 2.1 Nivel AA como estándar federal de accesibilidad para el contenido web y las aplicaciones móviles del gobierno estatal y local. Las grandes entidades públicas (poblaciones de 50.000 o más) tenían un plazo de cumplimiento del 24 de abril de 2026; las entidades más pequeñas tienen hasta el 24 de abril de 2027. Todos los estados de esta auditoría sirven a una población muy por encima del umbral de 50.000 personas. El plazo de abril de 2026 ya ha pasado.</p>
  <p>La norma prevé excepciones —contenido archivado, documentos individualizados, contenido no público protegido por contraseña, contenido de terceros no publicado por la entidad—, pero el itinerario canónico de solicitud de desempleo no encaja en ninguna de ellas. Un formulario de reclamación inicial en un portal UI estatal es actual, de acceso público, proporcionado por la entidad y utilizado por el público. Está claramente dentro de la superficie regulada.</p>
  <p>La aplicación del Título II se lleva a cabo mediante investigaciones iniciadas por el DOJ (la Sección de Derechos de Discapacidad de la División de Derechos Civiles), quejas individuales presentadas en <a href="https://civilrights.justice.gov">civilrights.justice.gov</a> y litigios privados en virtud del mismo estatuto. Los remedios que contempla la norma incluyen planes de cumplimiento, acuerdos de supervisión, daños compensatorios a los denunciantes identificados y —en el patrón de decreto de consentimiento que el Departamento ha utilizado desde el acuerdo de 2014 con H&amp;R Block— calendarios de subsanación a nivel nacional con objetivos de conformidad WCAG nominados. Para más información sobre lo que atrae específicamente la atención del DOJ, véase el artículo complementario sobre la <a href="/articles/doj-title-ii-rule-turns-2">norma del DOJ del Título II, dos años después</a>.</p>

  <div class="callout safe">
    <div class="ct">El camino a seguir en tecnología cívica</div>
    <p>Los portales del fondo de la clasificación no son irrecuperables. El patrón que funcionó en Login.gov —diseño con la accesibilidad como primer requisito, monitorización continua, objetivos de conformidad WCAG nominados en el contrato de contratación pública y un único responsable del registro de subsanación— es una plantilla que un CIO estatal puede adoptar en un único ciclo de contratación. La comunidad de tecnología cívica lleva una década construyendo este patrón, públicamente. Los estados más expuestos son los que no lo han adoptado.</p>
  </div>

  <hr />

  <h2 id="closing">09. El itinerario del solicitante con discapacidad es la experiencia de usuario de tecnología cívica de mayor riesgo, y la más importante de corregir</h2>
  <p>El desempleo es por definición un momento de presión financiera aguda. El solicitante no tiene ingresos, tiene reservas limitadas y una ventana fija para presentar la solicitud. Un no-solicitante abandona un proceso de pago de comercio electrónico roto y compra en otro sitio. Un solicitante de seguro por desempleo con discapacidad no puede hacerlo. El servicio es obligatorio, el plazo es fijo, la alternativa es la indigencia.</p>
  <p>Eso es lo que convierte a un portal de prestaciones en la superficie de accesibilidad de mayor riesgo de la web pública. Los diez portales estatales auditados están, con dos o tres excepciones, actualmente en incumplimiento de la norma federal que entró en vigor en abril de 2026. También eran, antes de que existiera esa norma, los fallos de accesibilidad más consecuentes de la tecnología cívica estadounidense. La norma del DOJ no hizo que estos portales fueran importantes. Los hizo jurídicamente cognoscibles.</p>
  <p>Lo que cambia a continuación es la aplicación, no la tecnología. Las correcciones —aria-live en los errores en línea, un control de extensión de sesión enfocable, PDF etiquetados, un estado de carga de archivos anunciado, una alternativa CAPTCHA que funcione— son individualmente pequeñas, bien documentadas y están dentro del presupuesto de mantenimiento rutinario de todos los organismos de la lista. Lo que ha faltado es la presión regulatoria, la atención política y el lenguaje del contrato de contratación pública para hacer que la subsanación ocurra. El primero ya está presente.</p>

  <div class="footer-note">
    <p><strong>Metodología y datos:</strong> Auditoría propia de doce portales de prestaciones en EE. UU. —los portales de seguro de desempleo operados por los diez estados más poblados (California, Texas, Florida, Nueva York, Pensilvania, Illinois, Ohio, Georgia, Carolina del Norte, Míchigan), más Login.gov y las superficies de solicitantes de SSA.gov. Ventana de auditoría del 7 de marzo al 12 de mayo de 2026. Herramientas: axe-DevTools Pro 4.10; NVDA 2024.4 en Windows 11; VoiceOver en macOS 14.7 e iOS 18.2; TalkBack en Android 15; PAC 2024 y Acrobat Pro DC para la evaluación de PDF etiquetados. Metodología: cada portal fue recorrido desde una sesión en frío a través del itinerario canónico del solicitante, con fallos registrados frente a los criterios de conformidad WCAG 2.1 AA y el filtro de cuatro criterios aplicado. La puntuación de accesibilidad informada en la clasificación combina la tasa de aprobación de axe-DevTools por página con los resultados de los criterios; la fórmula está documentada en las notas de auditoría subyacentes.</p>
    <p><strong>Contexto legal:</strong> La norma final del Título II del DOJ del 24 de abril de 2024 (28 CFR Parte 35, Subparte H, publicada en el Registro Federal en 89 FR 31320) adopta WCAG 2.1 Nivel AA como estándar federal de accesibilidad para el contenido web y las aplicaciones móviles del gobierno estatal y local. Las grandes entidades públicas cruzaron el primer plazo de cumplimiento el 24 de abril de 2026; las entidades que sirven a poblaciones inferiores a 50.000 personas tienen hasta el 24 de abril de 2027. La norma contiene seis excepciones restringidas; el itinerario canónico de solicitud de desempleo no encaja en ninguna de ellas. La aplicación del Título II se lleva a cabo mediante investigaciones iniciadas por el DOJ, quejas individuales presentadas en civilrights.justice.gov y litigios privados.</p>
    <p><strong>Lo que este artículo no es:</strong> Se trata de una auditoría sectorial, no de un dictamen jurídico. La puntuación portal a portal refleja la ventana de auditoría y el itinerario canónico definido en la metodología: los portales pueden haberse actualizado entre la ventana de auditoría y la publicación. La postura de cumplimiento específica de cualquier portal nombrado debe determinarse mediante asesoramiento jurídico y pruebas actuales. Este artículo no constituye asesoramiento jurídico y no sustituye a una auditoría de accesibilidad individualizada realizada por personal cualificado.</p>
  </div>

</div>

---
title: El traspaso de diseñador a ingeniero falla en accesibilidad: un estudio de 50 archivos de Figma
url: https://www.disabilityworld.org/es/articles/designer-to-engineer-handoff-figma/
description: Se auditaron 50 archivos de Figma de producción —anonimizados, con permiso— en busca de las especificaciones de accesibilidad que llegaron o no al traspaso.
author: Disability World
pubDate: 2026-05-22
tags: figma, design-handoff, designers, engineers, accessibility, design-tokens, tech-news
---

# El traspaso de diseñador a ingeniero falla en accesibilidad: un estudio de 50 archivos de Figma

<div class="src-article" data-template="3">

  <section class="hero" aria-labelledby="hero-heading">
    <div class="hero__inner">
      <div class="hero__tag" aria-hidden="true">Guía de ingeniería · Auditoría de traspaso en Figma</div>
      <h1 class="hero__title" id="hero-heading">
        El traspaso de diseñador a ingeniero falla en accesibilidad<br/>
        <em>un estudio de 50 archivos de Figma</em>
      </h1>
      <p class="hero__lead">Se solicitó acceso de solo lectura a 50 archivos de Figma de producción de 28 equipos de producto, con permiso y anonimización completa, y se recorrió cada uno con una única pregunta: cuando el ingeniero abre este archivo y comienza la implementación, ¿qué decisiones de accesibilidad ya ha tomado el diseñador y cuáles quedan para que el ingeniero las invente a las 4 de la tarde de un viernes? La respuesta, archivo tras archivo, es que la mayoría todavía se inventan a las 4 de la tarde.</p>
      <div class="hero__stats" aria-label="Cifras destacadas del traspaso">
        <div class="stat-chip">
          <div class="stat-chip__num">50</div>
          <div class="stat-chip__label">archivos de Figma de producción auditados, anonimizados</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">60%</div>
          <div class="stat-chip__label">de los componentes interactivos se entregaron sin diseño de estado de foco</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">5</div>
          <div class="stat-chip__label">propiedades de accesibilidad rastreadas en cada archivo</div>
        </div>
      </div>
      <div class="hero__meta">
        <div class="hero__byline">Por <strong>la mesa de ingeniería de disabilityworld.org</strong></div>
        <div class="hero__pill">11 min de lectura</div>
        <div class="hero__pill">Actualizado en mayo de 2026</div>
      </div>
    </div>
  </section>

  <nav class="toc-bar" aria-label="Secciones del artículo">
    <div class="toc-bar__inner">
      <p>Contenido</p>
      <ul role="list">
        <li><a href="#s1">1. Cómo se auditaron los 50 archivos</a></li>
        <li><a href="#s2">2. Diseño de estado de foco: la brecha del 60 %</a></li>
        <li><a href="#s3">3. Anotaciones de texto alternativo: en su mayoría vacías</a></li>
        <li><a href="#s4">4. Orden de lectura, movimiento y contraste en modo oscuro</a></li>
        <li><a href="#s5">5. Stark y Able: adopción irregular</a></li>
        <li><a href="#s6">6. Una lista de verificación de traspaso y un contrato de tokens</a></li>
        <li><a href="#conclusion">Conclusión</a></li>
      </ul>
    </div>
  </nav>

  <div class="article-body">
    <div class="container">

      <section id="s1" aria-labelledby="s1-heading">
        <div class="section-label">Fundamentos</div>
        <h2 class="section-title" id="s1-heading">1. Cómo se auditaron los 50 archivos</h2>
        <div class="prose">
          <p>La muestra comprende 50 archivos de Figma de 28 equipos de producto en los sectores de SaaS, comercio minorista, fintech, sector público y edtech. Se negoció el acceso de solo lectura en régimen de no atribución: nada en este artículo identifica a una marca, un equipo ni un diseñador. Los archivos se eligieron para reflejar lo que un ingeniero recibiría realmente en el traspaso —no un estudio de caso pulido de un sitio de porfolio—, por lo que se pidió a cada equipo que compartiera el archivo del que se entregó la funcionalidad más reciente, no el archivo del que más orgullosos estaban. Doce de los archivos procedían de equipos con una práctica dedicada de sistema de diseño; los otros 38 eran archivos a nivel de producto que importaban una librería de sistema o desarrollaban sus propios componentes en línea.</p>
          <p>Se recorrió cada archivo en busca de cinco propiedades de accesibilidad: diseño del estado de foco en cada componente interactivo, anotaciones de texto alternativo en cada imagen o icono no decorativo, documentación del orden de lectura en todo el diseño, gestión de la preferencia de movimiento para cualquier elemento animado o en transición, y especificación del contraste en modo oscuro para cualquier componente entregado en ambos temas, claro y oscuro. Para cada propiedad, un archivo recibía la calificación de «documentado» solo si un ingeniero competente podía implementar el diseño sin tener que inventar la respuesta por sí mismo. «Mencionado en una nota adhesiva» no contaba. «Hex especificado en un único estado de hover» no contaba. El criterio era: ¿está la decisión en el archivo en una forma sobre la que el ingeniero puede actuar sin preguntar?</p>
          <p>La conclusión principal es que el traspaso, según este criterio, omite las decisiones de accesibilidad con mucha más frecuencia de las que las incluye. El diseño del estado de foco apareció en aprox. el 40 % de los componentes interactivos del corpus. Las anotaciones de texto alternativo aparecieron en aproximadamente el 22 % de las imágenes que lo necesitaban. El orden de lectura estaba explícitamente documentado en el 16 % de los archivos. Las preferencias de movimiento se abordaron en el 10 %. El contraste en modo oscuro —en los 31 archivos que se entregaron con ambos temas— se especificó para el 30 % de los componentes. La brecha no está en ninguna propiedad concreta. Está en las cinco, y el ingeniero queda encargado de cerrarlas decisión a decisión.</p>
        </div>

        <div class="stat-row" aria-label="Escala de la auditoría">
          <div class="stat-card">
            <div class="stat-card__num">50</div>
            <div class="stat-card__label">archivos auditados de 28 equipos de producto (instantánea de mayo de 2026)</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">28</div>
            <div class="stat-card__label">equipos distintos, anonimizados, en cinco sectores</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">5</div>
            <div class="stat-card__label">propiedades de accesibilidad puntuadas por archivo y por componente</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">aprox. 1.800</div>
            <div class="stat-card__label">componentes interactivos revisados en todo el corpus</div>
          </div>
        </div>

        <div class="callout callout--info" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">i</div>
          <div>
            <span class="callout__label">Qué significa «documentado» en esta auditoría</span>
            <div class="callout__body"><p>Se empleó el criterio de que el ingeniero lo lee y lo implementa. Un estado de foco se considera documentado si el archivo muestra la especificación visual —color del contorno, grosor, desplazamiento, contraste frente al fondo del elemento enfocado— en una forma que el ingeniero puede asignar a un token CSS. Un mensaje cercano en Slack que diga «usa el azul de marca» no cuenta, porque los mensajes de Slack no sobreviven al traspaso. El archivo debe llevar la decisión por sí solo.</p></div>
          </div>
        </div>

        <figure class="pull-quote">
          <blockquote>
            <p class="pull-quote__text">«El traspaso no falla porque a los diseñadores no les importe la accesibilidad. Falla porque el formato del archivo trata la accesibilidad como una anotación de comentario cuando debería ser una propiedad de primer orden de cada componente.»</p>
          </blockquote>
          <figcaption><cite class="pull-quote__source">— Mesa de ingeniería de disabilityworld.org, notas de la auditoría</cite></figcaption>
        </figure>
      </section>

      <hr class="divider" />

      <section id="s2" aria-labelledby="s2-heading">
        <div class="section-label">Propiedad uno</div>
        <h2 class="section-title" id="s2-heading">2. Diseño de estado de foco: la brecha del 60 %</h2>
        <div class="prose">
          <p>De los aproximadamente 1.800 componentes interactivos revisados en el corpus —botones, enlaces, inputs, checkboxes, switches, tabs, comboboxes, elementos de menú, tarjetas como botón, cualquier elemento al que pueda llegar un usuario de teclado—, aproximadamente el 40 % entregó un estado de foco diseñado. El otro 60 % entregó un estado predeterminado, uno activo y uno de hover, y ahí se detuvo. El ingeniero que construye el componente elige un contorno de foco en el momento de la implementación, normalmente copiando el predeterminado del navegador, normalmente sin comprobar que el predeterminado tiene un contraste de 3:1 frente a la superficie del componente en ambos temas, claro y oscuro, que entrega el archivo.</p>
          <p>¿Qué aspecto tiene en la práctica «sin diseño de estado de foco»? El aspecto de un componente botón con tres variantes en el lienzo —reposo, hover, presionado— sin una cuarta variante. El aspecto de un campo de input con un borde con estilo y sin un segundo estilo de borde para el estado enfocado. El aspecto de un checkbox primitivo con un anillo de foco solo en la variante de reposo, con el ingeniero obligado a adivinar si el mismo anillo debería aparecer en la variante marcada o indeterminada. El patrón se repite en componentes, equipos y sectores. Es la única brecha de accesibilidad más grande del corpus y la más fácil de diseñar.</p>
          <p>Los equipos que sí diseñaron bien los estados de foco contaban con una de dos cosas. La primera, una regla explícita del sistema de diseño: cada componente interactivo debe entregarse con una variante cuyo nombre comience por <code>focus-</code>, y el componente no se publica en la librería hasta que esa variante existe. La segunda, una propiedad de componente de Figma llamada <code>state</code> con focus, focus-visible y focus-within como valores enumerados, de modo que el navegador de componentes del archivo muestra visualmente las variantes que faltan. Los equipos sin ninguno de esos dos andamiajes dejaron el estado de foco para el ingeniero aproximadamente nueve de cada diez veces.</p>
        </div>

        <div class="stat-row" aria-label="Resultados del estado de foco">
          <div class="stat-card">
            <div class="stat-card__num">60%</div>
            <div class="stat-card__label">de los componentes interactivos se entregaron sin diseño de estado de foco</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">aprox. 720</div>
            <div class="stat-card__label">componentes superaron el criterio de estado de foco en todo el corpus</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">2</div>
            <div class="stat-card__label">andamiajes que cerraron la brecha: nombres de variantes de estado o enumeraciones de propiedades de componente</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">12 / 50</div>
            <div class="stat-card__label">archivos no usaron ningún andamiaje y no mostraron ningún estado de foco</div>
          </div>
        </div>

        <figure class="comparison-card">
          <div class="comparison-card__head">Un componente de Figma con el estado de foco diseñado frente a uno sin él</div>
          <div class="comparison-card__list">
            <div class="cmp-grid">
              <div class="cmp-card good">
                <div class="cmp-card-label">Con — cuatro variantes con nombre, la especificación de foco está en el archivo</div>
                <p>Componente botón, cuatro variantes: <code>state=default</code>, <code>state=hover</code>, <code>state=pressed</code>, <code>state=focus-visible</code>. La variante focus-visible muestra un contorno de 2 px, desplazamiento de 2 px, token de color <code>--focus-ring</code> (que a su vez está mapeado a un hex que supera 3:1 frente a la superficie del botón en ambos temas). El ingeniero lee el panel de inspección y copia la referencia del token; no se inventa nada.</p>
              </div>
              <div class="cmp-card better">
                <div class="cmp-card-label">Sin — tres variantes, el foco queda para el ingeniero</div>
                <p>El mismo componente botón, tres variantes: <code>default</code>, <code>hover</code>, <code>pressed</code>. Sin variante de foco en el lienzo. Una nota adhesiva del diseñador dice «usa el anillo de foco del sistema». El ingeniero busca en la librería del sistema de diseño, encuentra dos anillos de foco candidatos (uno de botones, otro de inputs, con anchuras ligeramente distintas), elige uno, lo entrega, y el pase de QA tres semanas después lo marca porque el anillo elegido cae por debajo de 3:1 en la superficie del botón secundario desactivado pero todavía enfocable.</p>
              </div>
            </div>
          </div>
        </figure>

        <div class="callout callout--warning" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">!</div>
          <div>
            <span class="callout__label">La trampa del predeterminado del navegador</span>
            <div class="callout__body"><p>Cuando el estado de foco no está en el archivo, los ingenieros a menudo entregan el predeterminado del navegador, y el predeterminado del navegador queda anulado por el <code>*:focus &#123; outline: none &#125;</code> global en la mayoría de los resets CSS que el mismo ingeniero añadió seis meses antes para aclarar otro comentario de revisión. El resultado es un componente que se ve bien en la previsualización de Figma, se ve bien en el entorno de desarrollo con el reset desactivado, y se entrega sin ningún indicador de foco visible.</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s3" aria-labelledby="s3-heading">
        <div class="section-label">Propiedad dos</div>
        <h2 class="section-title" id="s3-heading">3. Anotaciones de texto alternativo: en su mayoría vacías</h2>
        <div class="prose">
          <p>De los archivos del corpus que incluían imágenes de contenido —fotografía de producto, ilustraciones de hero, botones solo con icono, figuras infográficas—, el 78 % no tenía anotaciones de texto alternativo en las capas de imagen. La imagen estaba colocada, dimensionada y con estilo; el equivalente textual que se esperaba que el ingeniero pusiera en el <code>&lt;img&gt;</code> renderizado no estaba en el archivo. Ocho de los 50 archivos tenían texto alternativo en algunas imágenes pero no en todas, normalmente con la ilustración del hero anotada y las imágenes de contenido en el cuerpo en blanco. Tres archivos tenían texto alternativo en todas las imágenes. El ingeniero, en 47 de 50 archivos, debía inventar el texto alternativo —y en la práctica a menudo lo heredaba del nombre del archivo, del figcaption o de cualquier cadena que encajara en el ritmo visual.</p>
          <p>La brecha es estructural al primitivo de imagen de Figma. No hay ninguna propiedad «alt» nativa en un relleno de imagen o una capa de imagen; el texto alternativo debe llevarse como nombre de capa, comentario, nota adhesiva, documento de especificación separado o campo añadido por un plugin. Ninguno de esos medios se transmite a través del panel de inspección por defecto, de modo que el ingeniero que lee el archivo en la vista de inspección no ve el texto alternativo aunque el diseñador lo haya escrito en otro lugar. Los equipos que cerraron la brecha de forma consistente usaron una de tres soluciones: campos de texto alternativo gestionados por plugin en cada variante de imagen, una convención documentada de que el nombre de la capa <em>es</em> el texto alternativo, o una hoja de cálculo de texto alternativo separada indexada por nombres de archivo de imagen que se entregaba junto con el archivo.</p>
          <p>Los botones solo con icono fueron un subfallo dentro de este modo de fallo. En 41 de 50 archivos, los botones de icono —la lupa de búsqueda, el menú hamburguesa, la X de cerrar, la flecha de compartir— no tenían anotación de nombre accesible, dejando al ingeniero escribir <code>aria-label="Buscar"</code> a partir del contexto visual sin confirmación de que «Buscar» era la palabra correcta en la voz de la marca (¿era «Encontrar»? ¿era «Consultar»? ¿era nada porque el botón abre un panel con etiqueta en otro lugar?). La denominación de iconos es exactamente el tipo de decisión de microcopia que se beneficia de la pluma de un diseñador, y exactamente el tipo que el traspaso pierde.</p>
        </div>

        <div class="stat-row" aria-label="Resultados del texto alternativo">
          <div class="stat-card">
            <div class="stat-card__num">78%</div>
            <div class="stat-card__label">de los archivos no tenían anotaciones de texto alternativo en las imágenes de contenido</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">41 / 50</div>
            <div class="stat-card__label">archivos dejaron los nombres accesibles de botones de icono para el ingeniero</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">3 / 50</div>
            <div class="stat-card__label">archivos anotaron el texto alternativo en todas las imágenes, de principio a fin</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">3</div>
            <div class="stat-card__label">soluciones que usaron los equipos que cerraron la brecha: campo de plugin, convención de nombre de capa, hoja de cálculo</div>
          </div>
        </div>

        <div class="callout callout--info" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">i</div>
          <div>
            <span class="callout__label">Decorativo versus informativo es una decisión de diseño</span>
            <div class="callout__body"><p>Cada imagen es decorativa (el texto alternativo debe estar vacío, el lector de pantalla la omite) o informativa (el texto alternativo transmite la información que comunica el elemento visual). Esa elección es una decisión de contenido, y corresponde al diseñador o al redactor, no al ingeniero que adivina a medianoche. Un archivo que no dice nada sobre qué imágenes son decorativas entrega demasiado texto alternativo (cada imagen se describe con detalle, incluidas las que son puro ornamento) o demasiado poco (la ilustración del hero se describe, cada imagen del cuerpo recibe <code>alt=""</code> porque el ingeniero optó por la opción segura).</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s4" aria-labelledby="s4-heading">
        <div class="section-label">Las otras tres propiedades</div>
        <h2 class="section-title" id="s4-heading">4. Orden de lectura, movimiento y contraste en modo oscuro</h2>
        <div class="prose">
          <p>Las tres propiedades restantes presentaron formas de fallo diferenciadas. El orden de lectura —el orden en que un lector de pantalla narrará la página, que en los diseños responsivos modernos ya no está garantizado que coincida con el orden visual de arriba abajo— estaba documentado en el 16 % de los archivos. La documentación, donde existía, era normalmente una superposición numerada en el lienzo (1, 2, 3…) añadida con un plugin. El 84 % restante dejaba al ingeniero trazar el orden de lectura a partir del orden del DOM que escribía, que en un diseño de CSS Grid con posicionamiento explícito de filas y columnas puede divergir del diseño visual en toda una columna.</p>
          <p>Las preferencias de movimiento obtuvieron el peor resultado. El 10 % de los archivos mencionaba <code>prefers-reduced-motion</code> en absoluto. El 90 % restante especificaba animaciones y transiciones —entradas de modales, expansiones de acordeones, deslizamientos de snackbars, transiciones de página— sin especificar qué debería hacer el mismo componente cuando el usuario ha activado la reducción de movimiento. El ingeniero o bien construía el caso de reducción de movimiento en el momento de la implementación (a menudo sin referencia visual) o bien entregaba la misma animación a todos, que es el comportamiento predeterminado y que viola el criterio de conformidad WCAG 2.3.3 Animación desde interacciones para los usuarios que configuran la preferencia.</p>
          <p>El contraste en modo oscuro se especificó para el 30 % de los componentes en los archivos que se entregaron con ambos temas. El otro 70 % especificaba el contraste del tema claro —normalmente con una anotación de Stark o del comprobador de contraste en el archivo— y luego publicaba el tema oscuro con una paleta con los colores invertidos, dejando al ingeniero comprobar si el par invertido seguía superando 4,5:1 en texto de cuerpo y 3:1 en componentes de interfaz. En aproximadamente una quinta parte de los 31 archivos con doble tema, al menos un componente caía por debajo del umbral de contraste en el tema oscuro porque tanto la superficie oscura como el texto oscuro habían sido ajustados para el cálculo de contraste del tema claro, no del oscuro.</p>
        </div>

        <div class="callout callout--highlight" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">+</div>
          <div>
            <span class="callout__label">La matriz a continuación resume las cinco brechas</span>
            <div class="callout__body"><p>La matriz rastrea la «tasa de finalización» de cada propiedad en todo el corpus —la proporción de archivos en los que la propiedad estaba documentada según el criterio de que el ingeniero la lee y la implementa—. Las columnas dividen la tasa según si el archivo procedía de un equipo con una práctica dedicada de sistema de diseño o de un equipo de producto que desarrolla componentes en línea; la diferencia entre las dos columnas es el delta sistema-frente-a-no-sistema.</p></div>
          </div>
        </div>

        <table class="matrix-table">
          <thead>
            <tr>
              <th scope="col">Propiedad de accesibilidad</th>
              <th scope="col">Los 50 archivos</th>
              <th scope="col">Equipos con sistema de diseño (12)</th>
              <th scope="col">Equipos de producto (38)</th>
              <th scope="col">Delta sistema-producto</th>
            </tr>
          </thead>
          <tbody>
            <tr><th scope="row">Diseño de estado de foco (componentes interactivos)</th><td>40%</td><td>75%</td><td>29%</td><td>+46 pp</td></tr>
            <tr><th scope="row">Anotaciones de texto alternativo (imágenes de contenido)</th><td>22%</td><td>50%</td><td>13%</td><td>+37 pp</td></tr>
            <tr><th scope="row">Orden de lectura (a nivel de lienzo)</th><td>16%</td><td>42%</td><td>8%</td><td>+34 pp</td></tr>
            <tr><th scope="row">Preferencias de movimiento (elementos animados)</th><td>10%</td><td>33%</td><td>3%</td><td>+30 pp</td></tr>
            <tr><th scope="row">Contraste en modo oscuro (solo archivos de doble tema, n=31)</th><td>30%</td><td>55%</td><td>19%</td><td>+36 pp</td></tr>
          </tbody>
        </table>

        <figure class="pull-quote">
          <blockquote>
            <p class="pull-quote__text">«Los equipos con sistema de diseño documentan las decisiones de accesibilidad aproximadamente al doble de la tasa de los equipos de producto, pero incluso los equipos con sistema superan el criterio en solo una de las cinco propiedades la mayor parte del tiempo.»</p>
          </blockquote>
          <figcaption><cite class="pull-quote__source">— Mesa de ingeniería de disabilityworld.org, notas de la auditoría</cite></figcaption>
        </figure>
      </section>

      <hr class="divider" />

      <section id="s5" aria-labelledby="s5-heading">
        <div class="section-label">Herramientas</div>
        <h2 class="section-title" id="s5-heading">5. Stark y Able: adopción irregular</h2>
        <div class="prose">
          <p>Los dos plugins que aparecen con más frecuencia en el corpus son Stark y Able. Ambos son maduros, ambos gozan de buena reputación y ambos ofrecen funciones que cierran varias de las brechas documentadas anteriormente. Stark añade un comprobador de contraste, una superposición de orden de foco, una previsualización de movimiento reducido y un campo de anotación de texto alternativo en capas de imagen. Able añade un inspector de contraste de color, una superposición de simulación de visión y un comprobador de objetivo táctil. Cualquiera de los dos plugins, usado de forma consistente en todo un archivo, sacaría ese archivo del cuartil inferior del corpus.</p>
          <p>Usado de forma consistente es la frase clave. En los 50 archivos, Stark estaba instalado y visiblemente usado en 18, y Able en 11. En los archivos donde se usó el plugin, normalmente se usó en el componente hero y en el CTA principal —los componentes con más probabilidades de estar en el lienzo cuando el diseñador abrió el plugin— y solo esporádicamente en los demás. Seis archivos usaron Stark en un recorrido global; uno usó Able en un recorrido global. El patrón es: los plugins existen, los diseñadores los conocen, se usan para comprobaciones puntuales y luego la comprobación puntual se detiene en los componentes que el diseñador tenía delante cuando el plugin estaba abierto.</p>
          <p>Los dos equipos que cerraron la auditoría en el uso de plugins hicieron una cosa diferente: ejecutaron la función de auditoría del plugin en cada página del archivo como paso de barrera de publicación antes de que el archivo se compartiera con ingeniería. La auditoría se ejecutó en el archivo, produjo un informe y el informe debía estar vacío (o sus excepciones documentadas) antes de que el archivo pasara de «en diseño» a «listo para ingeniería». Esto es plugin-como-flujo de trabajo en lugar de plugin-como-comprobación-puntual, y es la diferencia entre una cobertura del 80 % y del 20 % en la muestra.</p>
        </div>

        <div class="combo-grid">

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Stark</div>
                <div class="combo-card__sub">Stark Lab · contraste, orden de foco, movimiento, texto alternativo</div>
              </div>
            </div>
            <div class="combo-card__usage">aprox. 1,4 M de instalaciones en Figma + Sketch + Adobe XD (mayo de 2026)</div>
            <div class="combo-feat"><span class="combo-feat__label">Adopción en el corpus</span><span>18 / 50 archivos (36 %)</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Usado como flujo de trabajo</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot"></span><span class="dot"></span><span class="dot"></span></span></div>
            <div class="combo-feat"><span class="combo-feat__label">Cobertura de brechas si se usa de principio a fin</span><span>4 de 5 propiedades cerrables (foco, contraste, texto alternativo, movimiento)</span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Able</div>
                <div class="combo-card__sub">Able · contraste, simulación de visión, objetivos táctiles</div>
              </div>
            </div>
            <div class="combo-card__usage">aprox. 320.000 instalaciones en la comunidad de Figma (mayo de 2026)</div>
            <div class="combo-feat"><span class="combo-feat__label">Adopción en el corpus</span><span>11 / 50 archivos (22 %)</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Usado como flujo de trabajo</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot"></span> <span class="dot"></span><span class="dot"></span><span class="dot"></span></span></div>
            <div class="combo-feat"><span class="combo-feat__label">Cobertura de brechas si se usa de principio a fin</span><span>2 de 5 propiedades cerrables (contraste, contraste en modo oscuro)</span></div>
          </article>

        </div>

        <div class="callout callout--info" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">i</div>
          <div>
            <span class="callout__label">Los plugins son necesarios, pero no suficientes</span>
            <div class="callout__body"><p>Un plugin eleva el suelo: el comprobador de contraste detecta los fallos obvios de 2,1:1, el campo de texto alternativo le da al diseñador un lugar donde escribir. Nada de eso ayuda si el plugin se ejecuta en tres componentes y no en los 27 restantes. La corrección es poner el plugin en el flujo de trabajo —un paso de barrera de publicación, una lista de verificación previa al traspaso, una rama de Figma que no puede fusionarse sin un informe de plugin vacío— en lugar de dejarlo a la discreción del diseñador en el momento en que recuerda que existe.</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s6" aria-labelledby="s6-heading">
        <div class="section-label">Manual de uso</div>
        <h2 class="section-title" id="s6-heading">6. Una lista de verificación de traspaso y un contrato de tokens</h2>
        <div class="prose">
          <p>La auditoría produce una lista de verificación y un contrato. La lista de verificación es lo que un diseñador debería poder marcar antes de que el archivo se comparta con ingeniería. El contrato es la forma de los tokens de diseño que acompañan al archivo para que el ingeniero asigne variables de Figma a propiedades personalizadas de CSS sin inventar valores intermedios. Ambos son breves a propósito: cada elemento de la lista de verificación es una propiedad que la auditoría midió, y cada token del contrato es un valor que cerró una brecha en el corpus.</p>
        </div>

        <div class="step step--accent">
          <div class="step__num">1</div>
          <div>
            <h3>Cada componente interactivo se entrega con una variante <code>state=focus-visible</code>.</h3>
            <p>No «el sistema tiene un anillo de foco». Una variante llamada <code>focus-visible</code> en el propio componente, con el color del contorno, el grosor y el desplazamiento vinculados al token del anillo de foco. La variante es lo que el ingeniero copia en la implementación; sin ella, el ingeniero adivina.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">2</div>
          <div>
            <h3>Cada imagen de contenido tiene texto alternativo en un campo gestionado por plugin o en una convención documentada de nombre de capa.</h3>
            <p>Se elige una ubicación y se aplica de forma consistente. El campo de texto alternativo de Stark, el nombre de capa tratado como texto alternativo o una hoja de cálculo complementaria —cualquiera de los tres funciona, pero solo si cada imagen del archivo usa la misma—. Los botones solo con icono también reciben una anotación de nombre accesible, en la misma ubicación, con la cadena exacta que el ingeniero debe poner en <code>aria-label</code>.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">3</div>
          <div>
            <h3>El orden de lectura está documentado en cualquier página donde el orden del DOM divergirá del orden visual.</h3>
            <p>La documentación más sencilla es una superposición numerada añadida con un plugin (Stark tiene una, varios plugins de la comunidad también). Para páginas cuyo orden es trivialmente de arriba abajo y de izquierda a derecha, se puede omitir la superposición; para cualquier cosa que use posicionamiento de CSS Grid, áreas con nombre o posicionamiento absoluto, la superposición es obligatoria.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">4</div>
          <div>
            <h3>Cada elemento animado o en transición tiene una variante de movimiento reducido en el lienzo.</h3>
            <p>Un segundo fotograma, una segunda variante o una versión «sin animación» documentada. El ingeniero no debería inventar el caso de movimiento reducido: el diseñador debe especificar si el modal hace un fundido cruzado en lugar de deslizarse, si el snackbar aparece instantáneamente en lugar de deslizarse, si la transición de página se omite por completo.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">5</div>
          <div>
            <h3>Para archivos de doble tema, el contraste se comprueba en el tema oscuro por separado, sin derivarlo del tema claro.</h3>
            <p>El cálculo de contraste en modo oscuro es un problema propio; invertir la paleta no es suficiente. Se ejecuta Stark o Able en cada componente en modo oscuro, no solo en claro. Se documenta la relación de contraste en las notas de la variante para que el ingeniero pueda confirmar que la implementación coincide.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">6</div>
          <div>
            <h3>El archivo se entrega con un contrato de tokens: una lista plana de cada variable de Figma mapeada a su propiedad personalizada de CSS.</h3>
            <p>El contrato es el puente entre el archivo y la base de código. Un contrato típico tiene el aspecto de la tabla siguiente: cada fila nombra una variable de Figma, la propiedad personalizada de CSS a la que el ingeniero debe vincularla, el valor en el tema claro, el valor en el tema oscuro y el criterio de conformidad WCAG en que participa el token.</p>
          </div>
        </div>

        <table class="matrix-table">
          <thead>
            <tr>
              <th scope="col">Variable de Figma</th>
              <th scope="col">Propiedad personalizada CSS</th>
              <th scope="col">Valor claro</th>
              <th scope="col">Valor oscuro</th>
              <th scope="col">Criterios WCAG</th>
            </tr>
          </thead>
          <tbody>
            <tr><th scope="row">color/focus-ring</th><td><code>--focus-ring</code></td><td><code>#0B57D0</code></td><td><code>#A8C7FA</code></td><td>2.4.7, 1.4.11</td></tr>
            <tr><th scope="row">color/text/body</th><td><code>--text-body</code></td><td><code>#1F1F1F</code></td><td><code>#E3E3E3</code></td><td>1.4.3 (4,5:1 sobre superficie)</td></tr>
            <tr><th scope="row">color/surface/raised</th><td><code>--surface-raised</code></td><td><code>#FFFFFF</code></td><td><code>#1F1F1F</code></td><td>1.4.11 (3:1 frente a elemento adyacente)</td></tr>
            <tr><th scope="row">size/touch-target/min</th><td><code>--touch-target-min</code></td><td><code>44px</code></td><td><code>44px</code></td><td>2.5.5, 2.5.8</td></tr>
            <tr><th scope="row">motion/duration/standard</th><td><code>--motion-standard</code></td><td><code>200ms</code></td><td><code>200ms</code></td><td>2.3.3 (omitir si prefers-reduced-motion)</td></tr>
            <tr><th scope="row">motion/duration/reduced</th><td><code>--motion-reduced</code></td><td><code>0ms</code></td><td><code>0ms</code></td><td>2.3.3</td></tr>
          </tbody>
        </table>

        <div class="callout callout--highlight" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">+</div>
          <div>
            <span class="callout__label">Por qué el contrato es la palanca</span>
            <div class="callout__body"><p>Una vez que el contrato existe, la tarea del ingeniero es mecánica: vincular la propiedad personalizada de CSS a la variable de Figma, entregar la implementación, auditar comparando los valores renderizados con el contrato. Sin el contrato, cada vinculación es una decisión subjetiva, y las decisiones subjetivas se acumulan hasta convertirse en la brecha del 60 %. El contrato es el único artefacto que mueve la accesibilidad de «el ingeniero es responsable en el momento del traspaso» a «el sistema es responsable en el momento del diseño».</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="conclusion" aria-labelledby="concl-heading">
        <h2 class="section-title" id="concl-heading">Conclusión: el archivo es el contrato</h2>
        <div class="prose">
          <p>La auditoría de 50 archivos concluye con una conclusión sencilla. El traspaso está fallando en accesibilidad no porque a los diseñadores no les importe y no porque a los ingenieros no les importe, sino porque el archivo —el archivo de Figma, el único artefacto que todas las partes leen— no lleva las decisiones de accesibilidad como propiedades de primer orden. Estados de foco, texto alternativo, orden de lectura, preferencias de movimiento, contraste en modo oscuro: cada uno de ellos es una decisión de diseño, cada uno pertenece al archivo, cada uno está actualmente en otro lugar. En una nota adhesiva, en un mensaje de Slack, en una hoja de cálculo separada, en la cabeza del ingeniero a las 4 de la tarde de un viernes.</p>
          <p>La corrección no es un diseñador heroico ni un ingeniero heroico. Es un cambio de flujo de trabajo a nivel de equipo: cada componente interactivo se entrega con una variante de foco, cada imagen lleva texto alternativo en una única ubicación gestionada por plugin, el orden de lectura se superpone en cualquier página no trivial, las animaciones especifican su equivalente de movimiento reducido, el contraste en modo oscuro se comprueba por separado del claro, y el archivo se entrega junto con un contrato de tokens que nombra cada variable a la que la implementación está vinculada. Ninguno de estos pasos es nuevo, ninguno requiere una herramienta que no tengamos ya, y cualquier equipo que los adopte como pasos de barrera de publicación cerrará la mayoría de las brechas medidas en un único ciclo de publicación.</p>
          <p>La conclusión más profunda es que los equipos con sistema de diseño ya hacen esto aproximadamente al doble de la tasa de los equipos de producto. La ventaja que ofrecen los equipos con sistema de diseño es exactamente la ventaja que impone la disciplina de construir un sistema: los componentes tienen nombre, las propiedades están enumeradas, las variantes son visibles, los tokens son explícitos. Llevar la misma disciplina a los archivos a nivel de producto —incluso sin un sistema de diseño completo por debajo— cierra la mayor parte de la brecha del traspaso. Ya no es un problema de herramientas. Es una elección de flujo de trabajo.</p>
        </div>

        <figure class="pull-quote">
          <blockquote>
            <p class="pull-quote__text">«El archivo debería llegar con las decisiones de accesibilidad ya tomadas. Cualquier otra cosa es el ingeniero inventándolas en el peor momento posible, con el menor contexto posible y con el plazo más ajustado posible.»</p>
          </blockquote>
          <figcaption><cite class="pull-quote__source">— Mesa de ingeniería de disabilityworld.org, nota de cierre</cite></figcaption>
        </figure>
      </section>

    </div>
  </div>
</div>

---
title: Inclusión de las personas con discapacidad en la preparación ante desastres: el punto medio de Sendai, la evidencia de 2024-26 y la brecha operativa
url: https://www.disabilityworld.org/es/articles/disability-inclusion-in-disaster-preparedness/
description: Once años después del Marco de Sendai, la inclusión de las personas con discapacidad sigue siendo el compromiso más citado y menos implementado. Los terremotos de Türkiye-Siria, las temporadas de ciclones en el Pacífico y los datos sobre desplazamiento en Ucrania muestran dónde persiste la brecha.
author: Disability World
pubDate: 2026-05-22
tags: disasters, sendai-framework, crpd, climate, humanitarian, data
---

# Inclusión de las personas con discapacidad en la preparación ante desastres: el punto medio de Sendai, la evidencia de 2024-26 y la brecha operativa

<div class="src-article" data-template="4">

<p class="rt-prefix">Tiempo de lectura: 7 minutos</p>

<p class="wp-block-paragraph">Once años después del <strong>Marco de Sendai para la Reducción del Riesgo de Desastres 2015–2030</strong>, la inclusión de las personas con discapacidad sigue siendo el compromiso más citado y menos implementado de toda la arquitectura de reducción del riesgo de desastres (RRD). La revisión de mitad de período de 2025, celebrada en la Reunión de Alto Nivel de la Asamblea General de las Naciones Unidas en febrero, nombró la brecha en términos explícitos, y el registro de desastres de los veinticuatro meses previos —Türkiye-Siria, tres temporadas de ciclones en el Pacífico, el tercer año de desplazamiento en Ucrania— aportó los detalles operativos. Este informe sintetiza lo que los datos indican sobre la inclusión de las personas con discapacidad en la preparación ante desastres en 2026, evaluado frente al estándar mínimo establecido por el <a href="/regulations/">Marco de Sendai</a>, el <a href="/toolkit/glossary/crpd/">Artículo 11 de la CRPD</a> y las Directrices del IASC de 2019.</p>

<p class="wp-block-paragraph"><strong>Las personas con discapacidad mueren en desastres a una tasa de hasta cuatro veces la de la población general, y sin embargo menos del 11 % de los flujos de financiación humanitaria en 2024 fueron etiquetados como inclusivos de la discapacidad, frente a una prevalencia mundial de discapacidad de aproximadamente el 15 %</strong> —la estimación de la OMS de 2024 de 1.300 millones de personas, o una de cada seis. La brecha de tres cifras entre la población, la financiación y el resultado de mortalidad es el hallazgo principal del informe, y es la métrica que el punto medio de Sendai pidió a los gobiernos cerrar antes de 2030.</p>

<div class="wp-block-spacer" style="height:10px" aria-hidden="true"></div>

<h2 class="wp-block-heading">Panorama del cumplimiento en materia de inclusión de la discapacidad ante desastres</h2>

<p class="wp-block-paragraph">La inclusión de las personas con discapacidad en la preparación ante desastres se apoya en tres instrumentos fundamentales. El <strong>Marco de Sendai</strong>, adoptado en la Tercera Conferencia Mundial de la ONU sobre RRD en marzo de 2015, es el único instrumento universal de RRD y el único con un mandato explícito y reiterado de inclusión de la discapacidad; las personas con discapacidad se mencionan en las Prioridades de Acción 1, 2, 3 y 4, y las Metas E, F y G se desagregan formalmente por discapacidad en el Marco de Monitorización de Sendai, operado por la UNDRR. El <strong>Artículo 11 de la Convención de las Naciones Unidas sobre los Derechos de las Personas con Discapacidad (CRPD)</strong>, en vigor desde 2008, exige a los Estados Partes que adopten todas las medidas necesarias para garantizar la protección y la seguridad de las personas con discapacidad en situaciones de riesgo. Las <strong>Directrices del Comité Permanente entre Organismos (IASC) sobre la Inclusión de las Personas con Discapacidad en la Acción Humanitaria</strong>, adoptadas en noviembre de 2019, establecen los estándares sectoriales que se espera que cumplan los agentes humanitarios.</p>

<p class="wp-block-paragraph">Frente a ese estándar mínimo, cinco modos de fracaso se repiten en la base de evidencia de 2024–26:</p>

<ul class="wp-block-list">
<li><strong>La brecha en la multimodalidad de los sistemas de alerta temprana</strong>: la entrega operativa y plenamente multimodal del Protocolo Común de Alerta (CAP, por sus siglas en inglés) —SMS más notificaciones accesibles, sirenas de audio, luz estroboscópica visual y vídeo en lengua de signos— existe en menos de 30 de los aproximadamente 130 países que implementan el CAP.</li>
<li><strong>La brecha en la evacuación de instituciones residenciales</strong>: las instituciones residenciales para personas mayores y personas con discapacidad intelectual o psicosocial carecen sistemáticamente de un plan de evacuación operativo, concentrando en un solo edificio a las personas menos capaces de evacuar.</li>
<li><strong>La brecha en la accesibilidad de los refugios y centros de evacuación</strong>: los anchos de puertas, las pendientes de rampas y los servicios de agua, saneamiento e higiene (WASH) accesibles en los asentamientos temporales no cumplen las normas del IASC alineadas con Sphere en la mayoría de las auditorías posteriores a eventos.</li>
<li><strong>La brecha en la desagregación de datos sobre desplazamiento</strong>: los mecanismos de registro en los países receptores no recogen sistemáticamente información sobre discapacidad en la admisión, de modo que la población desplazada con discapacidad resulta invisible en los datos operativos.</li>
<li><strong>La brecha en los marcadores de financiación</strong>: solo alrededor del 11 % de la financiación humanitaria está etiquetado como inclusivo de la discapacidad, y los presupuestos nacionales de RRD específicamente destinados a accesibilidad se sitúan en un dígito bajo incluso en los Estados con mayor capacidad de información.</li>
</ul>

<p class="wp-block-paragraph">El estándar mínimo establecido por los tratados existe; la brecha de implementación es una cuestión de asignación presupuestaria nacional, de quiénes están sentados en la mesa de planificación y de si las organizaciones de personas con discapacidad (OPD) son coordinadas como interlocutoras principales o informadas como partes interesadas.</p>

<div class="wp-block-spacer" style="height:10px" aria-hidden="true"></div>

<h2 class="wp-block-heading">Desglose por ámbito</h2>

<p class="wp-block-paragraph">La evidencia de 2024–26 se organiza en cuatro ámbitos operativos: sistemas de alerta temprana, residentes institucionales y evacuación, estudios de caso recientes y financiación de la adaptación climática.</p>

<h3 class="wp-block-heading">Sistemas de alerta temprana: adopción multimodal del CAP</h3>

<p class="wp-block-paragraph">La Meta G de Sendai —«aumentar considerablemente la disponibilidad y el acceso a los sistemas de alerta temprana ante múltiples amenazas»— es la meta con la prueba de accesibilidad más clara y en la que la brecha es más medible. El <strong>Protocolo Común de Alerta (CAP)</strong>, una norma de la UIT-T (X.1303) que permite emitir un único mensaje de alerta en múltiples modalidades (texto, audio, visual, vídeo en lengua de signos) de forma simultánea, es la respuesta técnica aceptada en el sector.</p>

<p class="wp-block-paragraph">El <strong>Rastreador de Adopción del CAP de la OMM y la UIT</strong>, actualizado hasta finales de 2025, registraba la implementación del CAP en aproximadamente 130 países. El CAP operativo y plenamente multimodal —la misma alerta entregada por SMS, notificación push accesible, sirena de audio, luz estroboscópica visual y vídeo en lengua de signos en emisión— está concentrado en menos de 30. El resto aplica el CAP solo parcialmente: alertas móviles por SMS que excluyen a los usuarios sordos sin confirmación visual; sirenas de audio que los usuarios ciegos pueden escuchar pero que no transmiten instrucciones; alertas solo visuales que los usuarios sordociegos no perciben en absoluto. La iniciativa del Secretario General de la ONU <strong>Early Warnings for All</strong> (Alertas Tempranas para Todos), lanzada en marzo de 2022 con el objetivo de alcanzar una cobertura global completa para finales de 2027, ha incluido la accesibilidad multimodal en una de sus líneas de trabajo formales; el informe de mitad de período de 2025 señala que, de los 30 países prioritarios identificados para el escalado inicial, menos de la mitad disponía de un plan nacional con disposiciones de accesibilidad explícitas para las personas con discapacidad a mediados de 2025.</p>

<h3 class="wp-block-heading">Residentes institucionales y evacuación</h3>

<p class="wp-block-paragraph">Las Directrices del IASC especifican sillas de evacuación para escaleras, refugios con rampa y servicios WASH accesibles como el estándar mínimo operativo para el alojamiento y la evacuación de personas con discapacidad. Las auditorías posteriores a eventos realizadas durante el ciclo de información 2023–25 constatan que estas disposiciones están ausentes de los inventarios de edificios públicos de la mayoría de las jurisdicciones afectadas. Donde las reformas de desinstitucionalización habían avanzado antes del desastre, el perfil de riesgo de la población con discapacidad es measurablemente menor, porque los servicios comunitarios resultan más resilientes que los institucionales. La implicación política recurrente, señalada en la <strong>declaración conjunta del Foro Europeo de la Discapacidad</strong> con Inclusion Europe en 2024, es que <em>la desinstitucionalización es reducción del riesgo de desastres</em>: una institución residencial en el camino de una inundación, un incendio forestal o un frente de combate concentra en un solo edificio, sin plan previsto para ellas, a las personas menos capaces de evacuar por sí mismas.</p>

<h3 class="wp-block-heading">Türkiye–Siria, 6 de febrero de 2023</h3>

<p class="wp-block-paragraph">El terremoto de magnitud 7,8 que sacudió la frontera turco-siria en la madrugada del 6 de febrero de 2023, seguido de una réplica de magnitud 7,5 el mismo día, mató a más de 59.000 personas y desplazó a más de 3 millones. Las revisiones posteriores al evento —realizadas durante 2023 y 2024 por la <strong>Coalición para la Respuesta Inclusiva ante Desastres</strong> (Disability-Inclusive Disaster Response Coalition), la Alianza Internacional de la Discapacidad, Human Rights Watch y la Confederación Turca de Personas con Discapacidad (Türkiye Sakatlar Konfederasyonu)— produjeron el registro operativo más detallado con que cuenta el sector desde los eventos de Tōhoku en 2011 y Nepal en 2015.</p>

<p class="wp-block-paragraph">Los hallazgos recurrentes: los residentes de instituciones residenciales en las provincias afectadas carecían de plan de evacuación operativo; los residentes sordos no percibieron las advertencias matutinas por SMS de la AFAD (Autoridad de Gestión de Emergencias y Desastres) porque las alertas eran solo de audio en la mayoría de las redes; los usuarios de silla de ruedas quedaron excluidos de las evacuaciones en plantas superiores de edificios dañados pero en pie porque las sillas de evacuación para escaleras que especifican las Directrices del IASC estaban ausentes en casi todos los edificios públicos inventariados. Los asentamientos temporales de contenedores desplegados durante los primeros seis meses eran en su mayor parte inaccesibles. Las licitaciones de reconstrucción emitidas por la Administración de Vivienda y Desarrollo de Turquía (TOKİ) durante 2024 comenzaron a incorporar especificaciones de accesibilidad, pero la revisión de seguimiento de la coalición en 2025 constató que el cumplimiento real de las obras quedaba muy por detrás del lenguaje de la licitación. El lado sirio de la frontera, donde la respuesta estuvo condicionada por las sanciones, el control territorial dividido y el colapso institucional provocado por una década de conflicto, no produjo prácticamente ningún dato operativo sobre discapacidad —lo que es en sí mismo un hallazgo que los informes de la coalición subrayan.</p>

<h3 class="wp-block-heading">Temporadas de ciclones en el Pacífico 2023–24 y 2024–25</h3>

<p class="wp-block-paragraph">Las temporadas de ciclones en el Pacífico de 2023–24 y 2024–25 constituyeron la demostración más clara del sector sobre cómo es una respuesta ante desastres liderada localmente y coordinada con las OPD. El <strong>Ciclón Lola</strong>, que alcanzó Vanuatu como sistema de categoría 5 el 24 y 25 de octubre de 2023 —el primero de categoría 5 registrado más temprano en la temporada del Hemisferio Sur— fue seguido por los <strong>Ciclones Judy y Kevin</strong> (marzo de 2023, retrospectivamente), <strong>Mal</strong> (noviembre de 2023) y una secuencia de sistemas de finales de 2024, incluidos los efectos secundarios del <strong>Kong-Rey</strong>.</p>

<p class="wp-block-paragraph">La <strong>Asociación de Promoción y Defensa de la Discapacidad de Vanuatu (VDPA)</strong>, en colaboración con la Oficina Nacional de Gestión de Desastres y el <strong>Foro de Discapacidad del Pacífico (PDF)</strong>, puso en marcha un modelo de respuesta inclusivo que otros organismos nacionales de gestión de desastres del Pacífico han comenzado a replicar. El modelo consta de tres componentes operativos: un registro pre-posicionado de personas con discapacidad a nivel provincial y de consejo de área, mantenido con consentimiento y utilizado únicamente por personal capacitado de la Oficina Nacional y la VDPA; puntos focales de discapacidad a nivel comunitario formados en la difusión multimodal de alertas, que llevan la alerta temprana al último kilómetro cuando los SMS y la radio no llegan; y auditorías de centros de evacuación accesibles realizadas conjuntamente con el Departamento de Obras Públicas durante los períodos de calma entre temporadas de ciclones. El modelo es imperfecto —los registros están incompletos en las comunidades remotas de las islas exteriores y el programa de auditorías ha ido por detrás del programa de construcción escolar—, pero es el ejemplo de funcionamiento más cercano a las Prioridades 2 y 4 de Sendai en un contexto de pequeño Estado insular. La revisión regional de 2024 del PDF señaló que Fiyi, Tonga y las Islas Salomón han comenzado a adaptar elementos del modelo de Vanuatu, con avances dispares en la financiación de las redes de puntos focales a escala.</p>

<h3 class="wp-block-heading">Ucrania: desplazamiento y el multiplicador de la institucionalización</h3>

<p class="wp-block-paragraph">Las estadísticas de referencia previas a la invasión del Servicio Estatal de Estadística estimaban aproximadamente <strong>2,7 millones de personas con discapacidad reconocida</strong> en Ucrania, siendo la cifra de prevalencia real (utilizando el umbral del 15 % de la OMS) de aproximadamente 6 millones. Los datos del Alto Comisionado de las Naciones Unidas para los Refugiados sobre la población desplazada registrada, actualizados hasta 2025, muestran aproximadamente 6,8 millones de refugiados ucranianos registrados en Europa y otros aproximadamente 3,7 millones de desplazados internos estimados; la prevalencia de discapacidad en estas poblaciones se cuenta de forma sistemáticamente insuficiente porque los mecanismos de registro en los países receptores no la recogen en la admisión.</p>

<p class="wp-block-paragraph">El registro operativo de 2022 a 2025 ha sido documentado en detalle por <strong>Human Rights Watch</strong>, el <strong>Foro Europeo de la Discapacidad</strong> y la Asamblea Nacional de Personas con Discapacidad de Ucrania (NAPD). Tres hallazgos se repiten. En primer lugar, la evacuación de instituciones residenciales para personas mayores y personas con discapacidad intelectual o psicosocial ubicadas en la trayectoria de los frentes de combate se llevó a cabo, en los primeros meses, mediante «listas de evacuación» en papel sin una responsabilidad clara entre el Ministerio de Política Social y las administraciones regionales. En segundo lugar, la provisión de refugios accesibles en el oeste de Ucrania y en los países receptores fue un condicionante durante todo 2022–23 y seguía siendo parcial en 2024. En tercer lugar, donde las reformas de desinstitucionalización habían avanzado antes de 2022 —más notablemente en algunas oblasts occidentales—, el perfil de riesgo ante desastres de la población con discapacidad era measurablemente menor.</p>

<h3 class="wp-block-heading">Financiación de la adaptación climática y el Fondo de Pérdidas y Daños</h3>

<p class="wp-block-paragraph">El <strong>Fondo de Pérdidas y Daños</strong> (formalmente, el Fondo para responder a Pérdidas y Daños), acordado en la COP27 en noviembre de 2022, operacionalizado en la COP28 en diciembre de 2023 y con las primeras decisiones formales de desembolso de su junta adoptadas durante 2024 y 2025, es la pieza más reciente de la arquitectura. La inclusión de la discapacidad fue planteada en el diseño de la gobernanza del fondo —por la Alianza Internacional de la Discapacidad y una coalición de OPD de Estados vulnerables al clima—, pero los instrumentos fundacionales no nombran la discapacidad como un compromiso transversal, y el pipeline inicial de proyectos aprobados en las reuniones de la junta de 2025 no contenía partidas explícitas de inclusión de la discapacidad más allá del lenguaje genérico de «grupos vulnerables». La petición de incidencia de cara al ciclo de reposición de 2026 del fondo es la inclusión del tipo de disposición de inclusión de la discapacidad nominada y presupuestada que el marco de monitorización de Sendai ya exige nominalmente.</p>

<div class="wp-block-spacer" style="height:10px" aria-hidden="true"></div>

<h2 class="wp-block-heading">Datos cuantitativos</h2>

<p class="wp-block-paragraph">Considerados en conjunto, los datos de monitorización de 2024–26 producen un conjunto coherente de porcentajes:</p>

<ul class="wp-block-list">
<li><strong>Hasta 4 veces — el multiplicador de mortalidad por desastre para las personas con discapacidad</strong>, la cifra más citada en la revisión de mitad de período de Sendai y en el Informe de Desastres de Asia-Pacífico 2024 de la CESPAP de la ONU, basada en las revisiones de mortalidad posteriores a eventos desde el terremoto de Tōhoku de 2011 en adelante.</li>
<li><strong>El 11 % de la financiación humanitaria etiquetada como inclusiva de la discapacidad en 2024</strong>, la proporción comunicada en el <em>Informe Global de Asistencia Humanitaria 2024</em> de Development Initiatives, frente a una prevalencia mundial de discapacidad del 15 %.</li>
<li><strong>El 15 % de la población mundial —aproximadamente 1.300 millones de personas, o 1 de cada 6— vive con una discapacidad significativa</strong>, según el umbral de la OMS de 2024, frente al cual debe leerse cualquier referencia operativa de inclusión de la discapacidad.</li>
<li><strong>Menos de 40 Estados informantes habían presentado algún dato desagregado por discapacidad sobre estrategias locales de RRD</strong> en el ciclo de información de Sendai de 2023, a pesar de que las Metas E, F y G son formalmente desagregables por discapacidad.</li>
<li><strong>La consulta con personas con discapacidad en el desarrollo de las estrategias nacionales de RRD fue declarada por más de 70 Estados, pero verificable en menos de la mitad de esos casos</strong>, según el informe de revisión de mitad de período de la UNDRR.</li>
<li><strong>Aproximadamente 130 países han implementado el CAP; menos de 30 lo operan de forma plenamente multimodal</strong>, según el Rastreador de Adopción del CAP de la OMM y la UIT (finales de 2025).</li>
<li><strong>De los 30 países prioritarios de Early Warnings for All, menos de la mitad disponía de un plan nacional con disposiciones explícitas de accesibilidad para personas con discapacidad</strong>, según el informe de mitad de período de 2025.</li>
<li><strong>Los presupuestos nacionales de RRD destinados a accesibilidad se sitúan en un dígito bajo</strong> incluso en los Estados con mayor capacidad de información.</li>
</ul>

<p class="wp-block-paragraph">En conjunto: una proporción de población del 15 %, un multiplicador de mortalidad de hasta 4 veces, un etiquetado de financiación del 11 % y una asignación presupuestaria nacional en un dígito bajo. Las cifras describen una única forma estructural: una población desproporcionadamente expuesta a la mortalidad por desastre, desproporcionadamente mal dotada de recursos para la preparación ante desastres y desproporcionadamente invisible en los datos sobre desastres.</p>

<div class="wp-block-spacer" style="height:10px" aria-hidden="true"></div>

<h2 class="wp-block-heading">Cómo es una buena política en 2026</h2>

<p class="wp-block-paragraph">La Declaración Política del 19 de mayo de 2023 de la revisión de mitad de período de 2025 reafirmó el lenguaje de inclusión de la discapacidad y añadió dos líneas específicas nuevas: un llamamiento a la adopción del Protocolo Común de Alerta con alerta multimodal y una referencia explícita a las Directrices del IASC como estándar mínimo operativo. Los países que lo hacen bien comparten cinco características, no una: (1) una estrategia nacional de RRD que nombra la inclusión de la discapacidad con indicadores measurables, no con lenguaje aspiracional; (2) OPD en la mesa de coordinación de RRD desde el diseño de la estrategia hasta la revisión posterior a la acción; (3) alerta temprana multimodal conforme al CAP con accesibilidad auditada en las cuatro modalidades; (4) estándares de refugios y centros de evacuación accesibles integrados en el código de construcción y auditados entre eventos; y (5) un camino de desinstitucionalización tratado como parte de la cartera de RRD, no como una vía separada de política social.</p>

<p class="wp-block-paragraph">Tres ejemplos de países muestran cómo es esto operativamente. El <strong>Programa de Preparación ante Ciclones (CPP)</strong> de Bangladesh, gestionado conjuntamente por el Gobierno de Bangladesh y la Sociedad de la Cruz Roja de Bangladesh desde 1973, ha incorporado formación en inclusión de la discapacidad en su red de 76.000 voluntarios desde 2018 y trabaja con el Foro Nacional de Organizaciones que Trabajan con Personas con Discapacidad (NFOWD) en la difusión multimodal de alertas en los distritos costeros. La <strong>Oficina de Defensa Civil (OCD)</strong> de Filipinas, al amparo de la Ley de la República 10121, ha formalizado la inclusión de las organizaciones de personas con discapacidad en sus consejos de RRD a nivel nacional y regional; la implementación a nivel municipal sigue siendo desigual. El modelo VDPA-NDMO de Vanuatu se describe más arriba. Para más contexto, véase la <a href="/toolkit/glossary/crpd/">entrada del glosario sobre la CRPD</a>, el <a href="/regulations/">índice de normativas nacionales</a> y el <a href="/articles/">registro de informes de 2026</a>.</p>

<div class="wp-block-spacer" style="height:10px" aria-hidden="true"></div>

<h2 class="wp-block-heading">Llamada a la acción para planificadores y financiadores en materia de desastres</h2>

<p class="wp-block-paragraph">Los tratados establecen lo que requiere la preparación ante desastres inclusiva para las personas con discapacidad; lo que muestran los datos del informe es que la brecha es una cuestión de asignación de recursos y de inclusión en la mesa de planificación. Próximos pasos concretos para 2026:</p>

<ul class="wp-block-list">
<li><strong>Avanzar hacia la entrega plenamente multimodal del CAP.</strong> Auditar los cuatro canales de entrega (SMS más notificación push accesible, sirena de audio, luz estroboscópica visual y vídeo en lengua de signos en emisión) y cerrar la modalidad que falte en la cadena de alertas nacional.</li>
<li><strong>Sentar a las OPD en la mesa de coordinación de RRD como interlocutoras principales.</strong> Inclusión en el diseño de la estrategia, la planificación de contingencias y la revisión posterior a la acción, no como partes interesadas informadas después del hecho.</li>
<li><strong>Desagregar los datos del Marco de Monitorización de Sendai por discapacidad.</strong> Las Metas E, F y G son formalmente desagregables; presentar los datos desagregados es lo que hace operativo el marco.</li>
<li><strong>Tratar la desinstitucionalización como RRD.</strong> Articular el camino de desinstitucionalización de la política social con la cartera de RRD; las concentraciones institucionales son un multiplicador measurable del riesgo de desastre.</li>
<li><strong>Etiquetar la inclusión de la discapacidad en los marcadores de financiación humanitaria.</strong> Acercar el 11 % de financiación humanitaria inclusiva de la discapacidad al 15 % de umbral de prevalencia, y exigir una partida de inclusión de la discapacidad nominada en las aprobaciones de proyectos del Fondo de Pérdidas y Daños desde la reposición de 2026 en adelante.</li>
<li><strong>Auditar el cumplimiento de los refugios y centros de evacuación accesibles entre eventos.</strong> Integrar las normas del IASC alineadas con Sphere en el código de construcción, y realizar auditorías conjuntas con las OPD en los períodos de calma, siguiendo el modelo de Vanuatu.</li>
<li><strong>Registrar la discapacidad en la admisión de las poblaciones desplazadas.</strong> Incorporar el Conjunto Corto de Preguntas del Grupo de Washington en el registro de refugiados y desplazados internos para que la población desplazada con discapacidad sea visible para la respuesta.</li>
</ul>

<div class="wp-block-spacer" style="height:10px" aria-hidden="true"></div>

<h2 class="wp-block-heading">Conclusión</h2>

<p class="wp-block-paragraph">El Marco de Sendai, el Artículo 11 de la CRPD y las Directrices del IASC de 2019 describen colectivamente cómo es la preparación ante desastres inclusiva para las personas con discapacidad con suficiente detalle operativo como para que ningún país en 2026 pueda afirmar que no lo sabe. La revisión de mitad de período de 2025, el registro posterior al evento de Türkiye-Siria, las temporadas de ciclones en el Pacífico y los datos sobre desplazamiento en Ucrania muestran que la brecha es una cuestión de asignación presupuestaria nacional, de quiénes están sentados en la mesa de planificación y de si las OPD son coordinadas como interlocutoras principales o informadas como partes interesadas. Cerrarla antes de 2030 es lo que pidió el punto medio de Sendai. Si los próximos cinco años lo logran es, de nuevo, una decisión presupuestaria nacional.</p>

</div>

---
title: Derechos de las personas con discapacidad en Türkiye, el CCG, el Levante e Israel: el expediente regional 2026
url: https://www.disabilityworld.org/es/articles/disability-rights-in-turkey-and-middle-east/
description: En Türkiye, el CCG, el Levante e Israel, los marcos de derechos de las personas con discapacidad abarcan anclajes constitucionales, fundamentos en el derecho religioso, reformas adyacentes a la UE y las consecuencias del terremoto turco-sirio de 2023. El panorama de 2026, mapeado país por país.
author: Disability World
pubDate: 2026-05-22
tags: turkey, middle-east, gcc, israel, levant, regional-report, regulations
---

# Derechos de las personas con discapacidad en Türkiye, el CCG, el Levante e Israel: el expediente regional 2026

<div class="src-article" data-template="2">

<div class="byline">
<span><strong>Expediente regional</strong> · Türkiye + Oriente Medio</span>
<span>10 jurisdicciones · Ciclo 2026</span>
</div>

<span class="eyebrow">Catálogo de jurisdicciones · 10 entradas</span>
<h1>Derechos de las personas con discapacidad en Türkiye, el CCG, el Levante e Israel: el expediente regional 2026</h1>
<p class="lead">De Ankara a Ammán, de Riad a Tel Aviv, los marcos de derechos de las personas con discapacidad en Türkiye y Oriente Medio son fáciles de leer sobre el papel y mucho más difíciles de leer sobre el terreno. El panorama de 2026 muestra diez jurisdicciones con ratificación casi universal de la CRPD, estatutos primarios ya promulgados y una brecha de ejecución cuya magnitud depende casi enteramente de si el regulador nombrado tiene presupuesto e independencia.</p>

<p>El estándar mínimo del tratado regional es inusualmente uniforme. Casi todas las jurisdicciones incluidas en este análisis ratificaron la Convención de las Naciones Unidas sobre los Derechos de las Personas con Discapacidad (CRPD) entre 2008 y 2012, la mayoría de ellas en la ventana de 2008–09. Casi todas siguieron la ratificación con un estatuto primario nacional y la designación de un ministerio o comisión. Sobre el papel, el panorama de 2026 parece coherente y alineado con los derechos.</p>

<p>El mosaico bajo el estándar mínimo del tratado está muy lejos de ser uniforme. Algunos estatutos tienen décadas de antigüedad y están paralizados por la crisis institucional (la Ley 220 de 2000 del Líbano). Algunos son recientes y se consideran el modelo regional (la Ley 20 de 2017 de Jordania). Algunos se superponen a marcos subnacionales que superan el estándar federal (los códigos del emirato de Sharjah). Uno —Egipto— se trata de forma completa en el expediente paralelo de África y aparece aquí solo como referencia cruzada. El catálogo siguiente ofrece a cada una de las diez jurisdicciones una entrada idéntica: estatuto primario, regulador, estado de la CRPD y lo que la sociedad civil y los tribunales están haciendo realmente con el marco.</p>

<section class="evidence-index" aria-labelledby="ei-title">
<header class="evidence-index-head">
<div>
<div class="ei-eyebrow">Índice de evidencia · Cat. 2026.05</div>
<h2 class="ei-title" id="ei-title">10 jurisdicciones · ordenadas por región y, dentro de esta, por año de ratificación de la CRPD</h2>
</div>
<div class="ei-meta">n = 10 entradas</div>
</header>

<table class="evidence-table" role="table">
<thead>
<tr>
<th>ID</th>
<th>Jurisdicción</th>
<th>Estatuto primario</th>
<th style="text-align:right">Regulador</th>
</tr>
</thead>
<tbody>
<tr><td class="ei-id">E·01</td><td class="ei-pattern"><a href="#e01">Türkiye</a></td><td>Ley n.º 5378 (2005)</td><td class="ei-count">Engelliler ve Yaşlı Hizmetleri GM</td></tr>
<tr><td class="ei-id">E·02</td><td class="ei-pattern"><a href="#e02">Israel</a></td><td>Ley de Igualdad de Derechos 5758-1998</td><td class="ei-count">Comisión para la Igualdad de Derechos</td></tr>
<tr><td class="ei-id">E·03</td><td class="ei-pattern"><a href="#e03">Jordania</a></td><td>Ley n.º 20 de 2017</td><td class="ei-count">Consejo Superior (HCD)</td></tr>
<tr><td class="ei-id">E·04</td><td class="ei-pattern"><a href="#e04">Líbano</a></td><td>Ley n.º 220 de 2000</td><td class="ei-count">Consejo Nacional de Personas con Discapacidad</td></tr>
<tr><td class="ei-id">E·05</td><td class="ei-pattern"><a href="#e05">Emiratos Árabes Unidos</a></td><td>Decreto-Ley Federal n.º 29 (2006)</td><td class="ei-count">Ministerio de Desarrollo Comunitario</td></tr>
<tr><td class="ei-id">E·06</td><td class="ei-pattern"><a href="#e06">Arabia Saudí</a></td><td>Código de Discapacidad (2000)</td><td class="ei-count">Autoridad para la Atención de las Personas con Discapacidad</td></tr>
<tr><td class="ei-id">E·07</td><td class="ei-pattern"><a href="#e07">Catar</a></td><td>Ley n.º 2 de 2004</td><td class="ei-count">Autoridad Nacional + Centro Mada</td></tr>
<tr><td class="ei-id">E·08</td><td class="ei-pattern"><a href="#e08">Kuwait</a></td><td>Ley n.º 8 de 2010</td><td class="ei-count">Autoridad Pública de Asuntos de Discapacidad</td></tr>
<tr><td class="ei-id">E·09</td><td class="ei-pattern"><a href="#e09">Baréin · Omán</a></td><td>Disposiciones sectoriales</td><td class="ei-count">Ministerios de Desarrollo Social</td></tr>
<tr><td class="ei-id">E·10</td><td class="ei-pattern"><a href="#e10">Egipto (referencia cruzada)</a></td><td>Ley n.º 10 de 2018</td><td class="ei-count">Consejo Nacional de Personas con Discapacidad</td></tr>
</tbody>
</table>

<p class="evidence-foot">El orden es editorial, no cuantitativo: la Parte I agrupa Anatolia y el Levante, la Parte II el CCG, la Parte III señala a Egipto hacia el expediente de África. Dentro de cada parte, las jurisdicciones aparecen en el orden en que su institución principal tiene mayor huella de ejecución.</p>
</section>

<h2>El estándar mínimo legal: la CRPD en la región</h2>

<p>El hecho más importante sobre los derechos de las personas con discapacidad en esta región es también el más fácil de malinterpretar: la ratificación de la Convención de las Naciones Unidas sobre los Derechos de las Personas con Discapacidad (CRPD) es casi universal aquí, y la aplicación no es casi en ningún lugar proporcional a la ratificación.</p>

<p>Las fechas en sí merecen tenerse presentes. Türkiye depositó su instrumento de ratificación el 28 de septiembre de 2009. Israel ratificó en 2012 con declaraciones sobre competencia y sobre el Procedimiento de Comunicaciones opcional. Los EAU se adhirieron en 2010, tras haber firmado en 2008. Arabia Saudí, Catar, Jordania y Egipto depositaron en 2008. El Líbano firmó en 2007 y no ha ratificado —un estado que ya acumula casi dos décadas y que se menciona reiteradamente en los informes resumidos de los Órganos de Tratados de la ONU.</p>

<p>El Protocolo Facultativo, que permite comunicaciones individuales al Comité de la CRPD, ha sido ratificado de manera mucho menos sistemática. Türkiye ratificó el Protocolo en 2015; los Estados árabes que lo han ratificado siguen siendo una minoría. Las Observaciones Finales publicadas por el Comité de la CRPD sobre la región —Türkiye en 2019 (con el segundo ciclo en curso para la revisión 2024–25), Arabia Saudí en 2019, Catar en 2015 y de nuevo en 2024, Jordania en 2017 y los EAU en 2016— comparten un conjunto de recomendaciones notablemente coherente: eliminar el uso de la toma de decisiones sustitutiva, acelerar la accesibilidad del entorno construido, desagregar los datos por discapacidad en todas las estadísticas sectoriales e incluir explícitamente a las mujeres y niñas con discapacidad en las estrategias nacionales.</p>

<p class="pull">Ratificar es la mitad fácil. La brecha de ejecución que sigue es un fallo de presupuesto, de independencia del regulador y de vía de revisión judicial —no de redacción normativa.</p>

<div class="part-divider">
<div class="part-num">Parte I · Anatolia y el Levante</div>
<div class="part-title">Cuatro jurisdicciones donde el estatuto es más antiguo que la política</div>
<p class="part-blurb">Türkiye, Israel, Jordania y el Líbano — que abarcan la jurisprudencia del Tribunal Constitucional, la ejecución de la comisión estatutaria, la reforma de 2017 más alineada con la CRPD de la región y el bloqueo institucional que ha dejado un estatuto primario suspendido en todo salvo en el nombre.</p>
</div>

<section class="exhibit" id="e01">
<div class="exhibit-head">
<div class="exhibit-id">E·01</div>
<h3 class="exhibit-title">Türkiye · Türkiye Cumhuriyeti</h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">Estatuto primario</div>
<div class="exhibit-prose">
<p><strong>Ley n.º 5378 sobre Personas con Discapacidad (<span lang="tr">Engelliler Hakkında Kanun</span>)</strong>, promulgada en 2005 y modificada sustancialmente en 2014, 2021 y de nuevo en 2024. La ley de 2005 estableció el estándar mínimo legal: no discriminación, obligaciones de accesibilidad del entorno construido en edificios públicos y transporte, y un marco de adaptaciones educativas y laborales.</p>
<p>Las enmiendas de 2014 operacionalizaron el marco; las enmiendas de 2021 ampliaron los plazos de cumplimiento en materia de accesibilidad del entorno construido —un patrón recurrente en la legislación turca sobre discapacidad, en la que los plazos estatutarios de accesibilidad se han ampliado al menos cuatro veces desde la fecha original de 2012 establecida en el Artículo 7 de la Ley 5378. Las enmiendas de 2024 endurecieron el lenguaje de ejecución sobre la accesibilidad en la contratación pública, pero mantuvieron flexible el horizonte de cumplimiento subyacente.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Regulador / comisión</div>
<div class="exhibit-prose">
<p><strong><span lang="tr">Engelliler ve Yaşlı Hizmetleri Genel Müdürlüğü</span></strong> (Dirección General de Servicios para Personas con Discapacidad y Personas Mayores), que opera dentro del Ministerio de Familia y Servicios Sociales. La responsabilidad operativa fue transferida a la Dirección con las enmiendas de 2014. Véase <a href="https://www.aile.gov.tr/eyhgm">aile.gov.tr/eyhgm</a>.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Estado de la CRPD</div>
<div class="exhibit-prose">
<p>Ratificó la Convención el <strong>28 de septiembre de 2009</strong>; ratificó el Protocolo Facultativo en <strong>2015</strong>. El Comité de la CRPD emitió las Observaciones Finales del primer ciclo en 2019; el Estado parte está actualmente bajo revisión en el segundo ciclo 2024–25, con la inclusión de la discapacidad en la recuperación del terremoto en el centro de las obligaciones de información.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Trayectoria jurisprudencial + sociedad civil</div>
<div class="exhibit-prose">
<p>El Tribunal Constitucional turco ha sido un foro inusualmente activo para el litigio en materia de derechos de las personas con discapacidad. Su resolución de 2018 sobre la accesibilidad de los colegios electorales y su decisión de 2021 sobre recurso individual relativa a la educación secundaria accesible para estudiantes ciegos son ahora referencias estándar en la práctica del derecho administrativo turco.</p>
<p>La capacidad de la sociedad civil, canalizada a través de organizaciones afiliadas a ENİL y de organizaciones federativas como la <strong><span lang="tr">Türkiye Sakatlar Derneği</span></strong> y el <strong><span lang="tr">Engelli Hakları İzleme Grubu</span></strong>, ha sido el principal motor del litigio estratégico en virtud de la Ley 5378.</p>
</div>
</div>

</div>
<div class="exhibit-foot">
<span><strong>Región</strong>Anatolia</span>
<span><strong>Fortaleza de ejecución</strong>Moderada · Liderada por el Tribunal Constitucional</span>
</div>
</section>

<div class="pattern-callout">
<h3>El terremoto de Türkiye–Siria de 2023 como prueba de estrés regional</h3>
<p>Los terremotos centrados en Kahramanmaraş del 6 de febrero de 2023 —magnitudes 7,8 y 7,5, el evento sísmico más mortífero de la historia turca moderna— se convirtieron en la prueba de estrés más clara de la región sobre la respuesta ante desastres inclusiva de la discapacidad. Los residentes institucionales de centros de atención gestionados por el Estado en Hatay, Adıyaman y Kahramanmaraş se encontraban entre las poblaciones con mayor concentración de mortalidad.</p>
<p>Los informes posteriores de la <span lang="tr">Engelliler ve Yaşlı Hizmetleri Genel Müdürlüğü</span> y de organizaciones independientes turcas de discapacidad documentaron déficits sistémicos en refugios temporales accesibles, en el suministro de dispositivos de movilidad y productos para la continencia durante la fase de respuesta aguda, y en el traslado de supervivientes sordociegos y con discapacidad intelectual desde entornos institucionales colapsados hacia instalaciones temporales que con frecuencia carecían de interpretación en lengua de signos o saneamiento accesible.</p>
<p>El ciclo de revisión de la CRPD de Türkiye en 2024–25 ha situado la inclusión de la discapacidad en la recuperación del terremoto en el centro de las obligaciones de información del Estado parte. El patrón es regional: cuando las propias instituciones se ven perturbadas física y operativamente, el margen de inclusión se desmorona.</p>
</div>

<section class="exhibit" id="e02">
<div class="exhibit-head">
<div class="exhibit-id">E·02</div>
<h3 class="exhibit-title">Israel · <span lang="he">מְדִינַת יִשְׂרָאֵל</span></h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">Estatuto primario</div>
<div class="exhibit-prose">
<p><strong>Ley de Igualdad de Derechos para las Personas con Discapacidad, 5758-1998</strong>, uno de los estatutos completos sobre discapacidad más antiguos de la región. Su Capítulo 5 sobre accesibilidad de 2005 —y las detalladas normas de accesibilidad emitidas desde 2009 en adelante— extendieron obligaciones sustantivas de accesibilidad a los servicios públicos, edificios públicos, transporte y tecnología de la información.</p>
<p>Una reforma estatutaria de 2023 endureció los plazos de ejecución de las prolongadas extensiones de los plazos de accesibilidad concedidas en virtud del régimen transitorio 2013–2018; el efecto práctico es que, a partir de 2026, la mayoría de las categorías de servicios públicos han agotado su período de gracia estatutario.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Regulador / comisión</div>
<div class="exhibit-prose">
<p>La <strong>Comisión para la Igualdad de Derechos de las Personas con Discapacidad</strong>, un organismo estatutario independiente dentro del Ministerio de Justicia, cuenta tanto con poderes reguladores como de ejecución, incluida la facultad de emitir órdenes de cumplimiento e iniciar acciones civiles de ejecución. Véase <a href="https://www.gov.il/en/departments/the_commission_for_equal_rights_of_persons_with_disabilities">gov.il/the_commission_for_equal_rights_of_persons_with_disabilities</a>.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Estado de la CRPD</div>
<div class="exhibit-prose">
<p>Ratificó la Convención en <strong>2012</strong>, con declaraciones sobre competencia y sobre el Procedimiento de Comunicaciones opcional. El Protocolo Facultativo no ha sido ratificado. El Comité de la CRPD emitió Observaciones Finales en 2017.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Trayectoria jurisprudencial + sociedad civil</div>
<div class="exhibit-prose">
<p>El Tribunal de Distrito de Tel Aviv se ha convertido, desde finales de la década de 2010, en un foro recurrente para los litigios sobre el cumplimiento de los plazos de accesibilidad. Un patrón de acuerdos de demandas colectivas —contra redes de sucursales bancarias, operadores de transporte público y cadenas de comercio minorista— ha impulsado la operacionalización de las normativas de forma mucho más agresiva que la ejecución ministerial por sí sola.</p>
<p>La arquitectura de la sociedad civil israelí —anclada en <strong>Bizchut: El Centro Israelí de Derechos Humanos para las Personas con Discapacidad</strong>— ha sido un litigante central e interlocutor de política pública desde que se redactó la Ley de 1998.</p>
</div>
</div>

</div>
<div class="exhibit-foot">
<span><strong>Región</strong>Levante</span>
<span><strong>Fortaleza de ejecución</strong>Sólida · Liderada por la Comisión + demandas colectivas en tribunales de distrito</span>
</div>
</section>

<section class="exhibit" id="e03">
<div class="exhibit-head">
<div class="exhibit-id">E·03</div>
<h3 class="exhibit-title">Jordania · <span lang="ar">المملكة الأردنية الهاشمية</span></h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">Estatuto primario</div>
<div class="exhibit-prose">
<p><strong>Ley n.º 20 de 2017 sobre los Derechos de las Personas con Discapacidad</strong>, que sustituyó a un estatuto anterior de 2007 y está ampliamente considerada —incluso por el Comité de la CRPD en sus Observaciones Finales de 2017— como el estatuto primario más alineado con la CRPD de la región árabe.</p>
<p>La Ley de 2017 introdujo una estrategia nacional por etapas de diez años con objetivos explícitos en educación, empleo, accesibilidad y rehabilitación; el horizonte de 2027 de estos hitos hace que 2026 sea el año de información frente al cual se evaluarán la mayoría de los resultados operativos.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Regulador / comisión</div>
<div class="exhibit-prose">
<p>El <strong>Consejo Superior para los Derechos de las Personas con Discapacidad (HCD)</strong>, establecido por la Ley y presidido de oficio por Su Alteza Real el Príncipe Mired bin Ra'ad, es tanto el coordinador de política como un organismo activo de ejecución y tramitación de reclamaciones. Véase <a href="https://hcd.gov.jo">hcd.gov.jo</a>.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Estado de la CRPD</div>
<div class="exhibit-prose">
<p>Ratificó la Convención en <strong>2008</strong>. Observaciones Finales emitidas en 2017. El año de información 2026 coincide con el cierre del período de la estrategia nacional vinculada a la Ley de 2017.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Trayectoria jurisprudencial + sociedad civil</div>
<div class="exhibit-prose">
<p>El marco jordano de derechos de las personas con discapacidad ha tenido que absorber una de las mayores poblaciones de refugiados de la región. La coordinación del ACNUR Jordania con el HCD sobre servicios inclusivos de la discapacidad para refugiados sirios —incluido el registro de necesidades relacionadas con la discapacidad en los campamentos de Zaatari y Azraq y la integración de los refugiados con discapacidad en los servicios nacionales de rehabilitación— es uno de los pocos ejemplos documentados en la región de coordinación formal entre el marco nacional de discapacidad y una operación de respuesta a refugiados.</p>
<p>Las brechas persistentes en el estándar mínimo de financiación de estos servicios siguen siendo una preocupación estructural a medida que la financiación de los donantes para el Plan de Respuesta para Jordania continúa reduciéndose.</p>
</div>
</div>

</div>
<div class="exhibit-foot">
<span><strong>Región</strong>Levante</span>
<span><strong>Fortaleza de ejecución</strong>Sólida (estatutaria) · condicionada por el estándar mínimo de financiación</span>
</div>
</section>

<section class="exhibit" id="e04">
<div class="exhibit-head">
<div class="exhibit-id">E·04</div>
<h3 class="exhibit-title">Líbano · <span lang="ar">الجمهورية اللبنانية</span></h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">Estatuto primario</div>
<div class="exhibit-prose">
<p>La <strong>Ley n.º 220 de 2000 sobre los Derechos de las Personas con Discapacidad</strong> sigue siendo, nominalmente, el estatuto primario. En la práctica, el colapso financiero libanés de 2019, la explosión del puerto de Beirut en agosto de 2020 y la cascada de crisis institucionales desde entonces han paralizado efectivamente toda implementación significativa. El sistema de Tarjeta de Discapacidad Personal, que en virtud de la Ley 220 es la puerta de acceso a la mayoría de los derechos y prestaciones, ha seguido emitiéndose, pero las prestaciones subyacentes —pensiones de discapacidad, subsidios de transporte, auditorías de accesibilidad— están operativamente recortadas por la situación fiscal general.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Regulador / comisión</div>
<div class="exhibit-prose">
<p>El <strong>Consejo Nacional de Personas con Discapacidad</strong>, el organismo designado en virtud de la Ley 220 como autoridad coordinadora, depende del Ministerio de Asuntos Sociales. Ha seguido operando, pero con presupuestos gravemente limitados y un alcance regulador muy reducido.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Estado de la CRPD</div>
<div class="exhibit-prose">
<p>El Líbano <strong>firmó la CRPD en 2007 y no la ha ratificado</strong> —un estado que ya acumula casi dos décadas y que se menciona reiteradamente en los informes resumidos de los Órganos de Tratados de la ONU. El Protocolo Facultativo tampoco ha sido ratificado.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Trayectoria jurisprudencial + sociedad civil</div>
<div class="exhibit-prose">
<p>Las organizaciones de la sociedad civil —la <strong>Unión Libanesa de Personas con Discapacidad Física (LPHU)</strong>, la <strong>Asociación de la Juventud Ciega</strong> y la red coordinada bajo el Foro Árabe de los Derechos de las Personas con Discapacidad— continúan abogando por la ratificación y por el restablecimiento operativo de la Ley 220.</p>
<p>La pregunta de 2026 para el Líbano no es tanto sobre la reforma del estatuto como sobre si el Estado institucional tiene capacidad para aplicar el que ya posee.</p>
</div>
</div>

</div>
<div class="exhibit-foot">
<span><strong>Región</strong>Levante</span>
<span><strong>Fortaleza de ejecución</strong>Congelada · estatuto vigente, institución en crisis</span>
</div>
</section>

<div class="part-divider">
<div class="part-num">Parte II · El CCG</div>
<div class="part-title">Cuatro estándares mínimos federales, con variación subnacional que a menudo los supera</div>
<p class="part-blurb">EAU, Arabia Saudí, Catar y Kuwait —más una entrada compartida para Baréin y Omán. El patrón en todo el CCG es un único estatuto federal o nacional, un ministerio con competencias y un marco estratégico alineado con las respectivas Visiones. La pregunta de ejecución gira en torno a si los códigos del emirato o el municipio van más allá.</p>
</div>

<section class="exhibit" id="e05">
<div class="exhibit-head">
<div class="exhibit-id">E·05</div>
<h3 class="exhibit-title">Emiratos Árabes Unidos · <span lang="ar">الإمارات العربية المتحدة</span></h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">Estatuto primario</div>
<div class="exhibit-prose">
<p><strong>Decreto-Ley Federal n.º 29 de 2006 relativo a los Derechos de las Personas con Necesidades Especiales</strong>, modificado en 2009 y de nuevo en 2015 para ampliar el alcance de la no discriminación y extender la cobertura en empleo, transporte y acceso a la información. La Política Nacional para el Empoderamiento de las Personas de Determinación —la terminología oficial preferida en el uso federal de los EAU desde 2017— actúa como documento estratégico integrador.</p>
<p>Sharjah opera un marco provincial diferenciado y más amplio, anclado en la Ciudad de Humanidad de Sharjah (establecida en 1979) y una serie de leyes y decretos del emirato que son anteriores y superan el estándar federal. Abu Dhabi y Dubái han desarrollado códigos de accesibilidad a nivel municipal paralelos, incluido el Código Universal de Diseño de Dubái (actualizado más recientemente en 2023).</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Regulador / comisión</div>
<div class="exhibit-prose">
<p>La autoridad operativa recae en el <strong>Ministerio de Desarrollo Comunitario</strong>. Véase <a href="https://www.mocd.gov.ae">mocd.gov.ae</a>. La supervisión a nivel del emirato discurre en paralelo a través de la Ciudad de Humanidad de Sharjah, la Autoridad de Desarrollo Comunitario de Dubái y el Departamento de Desarrollo Comunitario de Abu Dhabi.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Estado de la CRPD</div>
<div class="exhibit-prose">
<p>Firmó la Convención en 2008; <strong>se adhirió en 2010</strong>. El Comité de la CRPD emitió Observaciones Finales en 2016. El Protocolo Facultativo no ha sido ratificado.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Trayectoria jurisprudencial + sociedad civil</div>
<div class="exhibit-prose">
<p>El programa de accesibilidad de la Expo 2020 Dubái de 2021 —que incluyó horarios adaptados sensorialmente, interpretación integral en lengua de signos en todos los pabellones y una auditoría de accesibilidad publicada— dejó un legado measurable en los estándares de accesibilidad de los eventos públicos de Dubái, aunque la replicación en entornos construidos no vinculados a eventos ha sido desigual.</p>
<p>El litigio estratégico es infrecuente; el avance en accesibilidad de la federación discurre principalmente a través del establecimiento de códigos municipales y programas impulsados por eventos, más que a través de los tribunales.</p>
</div>
</div>

</div>
<div class="exhibit-foot">
<span><strong>Región</strong>CCG</span>
<span><strong>Fortaleza de ejecución</strong>Moderada · desigual entre emiratos, sólida en Sharjah y Dubái</span>
</div>
</section>

<section class="exhibit" id="e06">
<div class="exhibit-head">
<div class="exhibit-id">E·06</div>
<h3 class="exhibit-title">Arabia Saudí · <span lang="ar">المملكة العربية السعودية</span></h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">Estatuto primario</div>
<div class="exhibit-prose">
<p><strong>El Código de Discapacidad (Código de Provisión para las Personas con Discapacidad) de 2000</strong>, promulgado por Decreto Real, estableció el marco primario de derechos de las personas con discapacidad del país. El marco de la Visión 2030 de 2016 incorporó los objetivos de inclusión de la discapacidad en métricas más amplias de capital humano y empleo —de forma más concreta, un objetivo explícito de tasa de empleo para las personas con discapacidad integrado en el Programa Nacional de Transformación.</p>
<p>El enfoque de la Visión 2030 es importante porque vincula los resultados de empleo de las personas con discapacidad a una agenda de reforma macroeconómica priorizada políticamente, de un modo que el Código autónomo de 2000 no lo hacía.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Regulador / comisión</div>
<div class="exhibit-prose">
<p>La <strong>Autoridad para la Atención de las Personas con Discapacidad</strong>, que opera bajo el Ministerio de Recursos Humanos y Desarrollo Social, coordina la implementación nacional. El <strong>Programa Nacional de Discapacidad</strong> actúa como estrategia operativa.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Estado de la CRPD</div>
<div class="exhibit-prose">
<p>Ratificó la Convención en <strong>2008</strong>. El Protocolo Facultativo no ha sido ratificado. El Comité de la CRPD emitió Observaciones Finales en 2019; el diálogo de seguimiento se extiende hasta 2024.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Trayectoria jurisprudencial + sociedad civil</div>
<div class="exhibit-prose">
<p>La <strong>Sociedad Nacional de Derechos Humanos</strong>, establecida en 2004 y que opera como organismo cuasi gubernamental de derechos, ha sido un monitor recurrente de las brechas de implementación del Código de 2000, en particular sobre la accesibilidad del entorno construido del sector público y sobre las mujeres con discapacidad.</p>
<p>Las Observaciones Finales de 2019 del Comité de la CRPD sobre Arabia Saudí señalaron explícitamente la persistencia de marcos de toma de decisiones sustitutiva y la insuficiente desagregación de los datos de discapacidad en las estadísticas nacionales —ambos elementos siguen abiertos en el seguimiento de 2024.</p>
</div>
</div>

</div>
<div class="exhibit-foot">
<span><strong>Región</strong>CCG</span>
<span><strong>Fortaleza de ejecución</strong>Moderada · alineada con la Visión 2030, brechas en entorno construido y toma de decisiones sustitutiva</span>
</div>
</section>

<section class="exhibit" id="e07">
<div class="exhibit-head">
<div class="exhibit-id">E·07</div>
<h3 class="exhibit-title">Catar · <span lang="ar">دولة قطر</span></h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">Estatuto primario</div>
<div class="exhibit-prose">
<p>La <strong>Ley n.º 2 de 2004 sobre las Personas con Necesidades Especiales</strong> sigue siendo el estatuto primario. El marco es breve para los estándares regionales y ha acumulado profundidad operativa en gran medida a través de los anclajes institucionales construidos a su alrededor, más que mediante enmiendas estatutarias.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Regulador / comisión</div>
<div class="exhibit-prose">
<p>La <strong>Autoridad Nacional para la Atención de las Personas con Discapacidad</strong> es el organismo implementador principal. La contribución distintiva de Catar al panorama regional es el <strong>Mada — Centro de Tecnología de Apoyo</strong>, establecido en 2010 bajo el paraguas de la Fundación Qatar, que se ha convertido en un referente regional en tecnología de apoyo en lengua árabe, compatibilidad de los lectores de pantalla en árabe y normas de publicación accesible. Véase <a href="https://mada.org.qa">mada.org.qa</a>.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Estado de la CRPD</div>
<div class="exhibit-prose">
<p>Ratificó la Convención en <strong>2008</strong>. El Comité de la CRPD examinó los informes periódicos segundo y tercero combinados de Catar en <strong>2024</strong>; las Observaciones Finales publicadas se centran en la inclusión en el mercado laboral, en la accesibilidad del sistema de justicia penal y en la persistencia de los arreglos restrictivos de tutela.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Trayectoria jurisprudencial + sociedad civil</div>
<div class="exhibit-prose">
<p>El Centro Mada es el ancla de la sociedad civil regional de relevancia —no a través del litigio sino a través del establecimiento de normas. Su trabajo de tecnología de apoyo en lengua árabe ha mejorado measurablemente la cobertura de los lectores de pantalla en las plataformas insignia de toda la región (los portales <span lang="tr">e-Devlet</span>, UAE PASS y Absher hacen referencia a las directrices adyacentes a Mada).</p>
<p>El litigio estratégico en virtud de la Ley 2 de 2004 es infrecuente; el progreso del país discurre a través de instituciones de establecimiento de normas más que a través de los tribunales.</p>
</div>
</div>

</div>
<div class="exhibit-foot">
<span><strong>Región</strong>CCG</span>
<span><strong>Fortaleza de ejecución</strong>Moderada · liderada por normas a través de Mada</span>
</div>
</section>

<section class="exhibit" id="e08">
<div class="exhibit-head">
<div class="exhibit-id">E·08</div>
<h3 class="exhibit-title">Kuwait · <span lang="ar">دولة الكويت</span></h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">Estatuto primario</div>
<div class="exhibit-prose">
<p>La <strong>Ley n.º 8 de 2010 sobre los Derechos de las Personas con Discapacidad</strong> es el instrumento primario, que sustituyó una disposición sectorial anterior de 1996. Ancla un conjunto relativamente completo de obligaciones educativas, laborales, de transporte y de accesibilidad para los organismos públicos, con reglamentos de aplicación emitidos a través de la Autoridad Pública de Asuntos de Discapacidad.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Regulador / comisión</div>
<div class="exhibit-prose">
<p>La <strong>Autoridad Pública de Asuntos de Discapacidad (PADA)</strong>, un organismo estatutario, es el regulador coordinador. La PADA administra el sistema de tarjeta y prestaciones para personas con discapacidad y es la principal redactora de los reglamentos de aplicación de la Ley 8.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Estado de la CRPD</div>
<div class="exhibit-prose">
<p>Ratificó la Convención en <strong>2013</strong>. El Protocolo Facultativo no ha sido ratificado. El proceso de revisión del primer ciclo del Comité de la CRPD sigue abierto, con ciclos de información que se extienden durante la década de 2020.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Trayectoria jurisprudencial + sociedad civil</div>
<div class="exhibit-prose">
<p>La capacidad de la sociedad civil se concentra en la <strong>Sociedad Kuwaití de Personas con Discapacidad</strong> y en los afiliados de la región árabe de DPI. El litigio estratégico es infrecuente; la principal vía de rendición de cuentas discurre a través de las resoluciones administrativas de la PADA y de los informes periódicos de la CRPD, más que a través de los tribunales.</p>
</div>
</div>

</div>
<div class="exhibit-foot">
<span><strong>Región</strong>CCG</span>
<span><strong>Fortaleza de ejecución</strong>Moderada · liderada por el regulador, sin vía de litigio estratégico</span>
</div>
</section>

<section class="exhibit" id="e09">
<div class="exhibit-head">
<div class="exhibit-id">E·09</div>
<h3 class="exhibit-title">Baréin y Omán · <span lang="ar">مملكة البحرين · سلطنة عُمان</span></h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">Estatuto primario</div>
<div class="exhibit-prose">
<p>Ambas jurisdicciones se basan en disposiciones sectoriales más que en un único estatuto primario comprehensivo del modelo Jordania-2017 o Kuwait-2010. El marco de Baréin está anclado en la Ley n.º 74 de 2006 (con modificaciones posteriores) y una Estrategia Nacional de 2018; Omán opera a través del Decreto Real 63/2008 y sucesivas normativas en los sectores de educación y rehabilitación.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Regulador / comisión</div>
<div class="exhibit-prose">
<p>El <strong>Ministerio de Desarrollo Social</strong> de Baréin y el <strong>Ministerio de Desarrollo Social</strong> de Omán son los ministerios coordinadores principales. Baréin ha constituido además un Comité Superior para las Personas con Discapacidad; Omán canaliza la prestación operativa a través del Departamento para las Personas con Discapacidad dentro del Ministerio de Desarrollo Social.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Estado de la CRPD</div>
<div class="exhibit-prose">
<p>Baréin ratificó la Convención en <strong>2011</strong>; Omán se adhirió en <strong>2009</strong>. Ninguno ha ratificado el Protocolo Facultativo. Las Observaciones Finales del primer ciclo de Baréin se emitieron en 2017; las de Omán en 2018.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Trayectoria jurisprudencial + sociedad civil</div>
<div class="exhibit-prose">
<p>Ambas jurisdicciones están por debajo de la mediana regional en actividad de litigio estratégico. La capacidad de la sociedad civil se concentra en organizaciones ancla únicas —la <strong>Federación de Deporte para Personas con Discapacidad de Baréin</strong> y la <strong>Asociación Omaní de Personas con Discapacidad</strong>— que operan principalmente como proveedores de servicios más que como litigantes o interlocutores de política.</p>
</div>
</div>

</div>
<div class="exhibit-foot">
<span><strong>Región</strong>CCG</span>
<span><strong>Fortaleza de ejecución</strong>Limitada · liderada por la prestación de servicios, estatutos sectoriales</span>
</div>
</section>

<div class="part-divider">
<div class="part-num">Parte III · Egipto</div>
<div class="part-title">Tratado de forma completa en el expediente paralelo de África</div>
<p class="part-blurb">El estatuto primario, el regulador y la revisión de la CRPD de Egipto se tratan en profundidad en <a href="/articles/accessibility-rights-across-africa/">el expediente regional de África</a>. La entrada a continuación es un resumen para navegación y referencia cruzada.</p>
</div>

<section class="exhibit" id="e10">
<div class="exhibit-head">
<div class="exhibit-id">E·10</div>
<h3 class="exhibit-title">Egipto · <span lang="ar">جمهورية مصر العربية</span></h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">Estatuto primario</div>
<div class="exhibit-prose">
<p>La <strong>Ley n.º 10 de 2018 sobre los Derechos de las Personas con Discapacidad</strong> sustituyó las disposiciones sectoriales anteriores. El anclaje constitucional lo proporciona el Artículo 81 de la Constitución de 2014, una de las disposiciones constitucionales sobre discapacidad más explícitas de la región árabe. El estatuto de 2018 es comprehensivo sobre el papel; el cumplimiento en materia de accesibilidad y la eliminación de la toma de decisiones sustitutiva siguen siendo los principales elementos de seguimiento del Comité de la CRPD.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Regulador / comisión</div>
<div class="exhibit-prose">
<p>El <strong>Consejo Nacional de Personas con Discapacidad (NCPD)</strong>, establecido en 2019 en virtud del estatuto de 2018, es el organismo coordinador.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Estado de la CRPD</div>
<div class="exhibit-prose">
<p>Ratificó la Convención en <strong>2008</strong>. El Protocolo Facultativo no ha sido ratificado.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Trayectoria jurisprudencial + sociedad civil</div>
<div class="exhibit-prose">
<p>El tratamiento completo —incluida la huella operativa del NCPD, el anclaje del artículo constitucional y la arquitectura de la sociedad civil en torno a la Ley de 2018— figura en <a href="/articles/accessibility-rights-across-africa/">el expediente regional de África</a>.</p>
</div>
</div>

</div>
<div class="exhibit-foot">
<span><strong>Región</strong>Norte de África / referencia cruzada</span>
<span><strong>Fortaleza de ejecución</strong>Véase el expediente de África</span>
</div>
</section>

<div class="pattern-callout">
<h3>Tres hilos transversales que se repiten en todas las entradas</h3>
<p><strong>Mujeres con discapacidad.</strong> La intersección entre género y discapacidad es la única brecha señalada de forma más sistemática en las Observaciones Finales del Comité de la CRPD en todos los países revisados de esta región. En ningún lugar de la región se recopilan datos desagregados sobre el nivel educativo, las tasas de empleo y el acceso a los servicios de salud sexual y reproductiva de las mujeres con discapacidad sobre una base que el Comité considere adecuada.</p>
<p><strong>Refugiados y personas desplazadas.</strong> El modelo de coordinación Jordania-ACNUR es el caso atípico de la región. En Türkiye —que acoge una de las mayores poblaciones de refugiados sirios registrados del mundo— la integración de los datos sobre discapacidad de los refugiados con los servicios nacionales de rehabilitación ha avanzado de forma desigual según las provincias. En el Líbano, la cuestión es en gran medida irrelevante en ausencia de un marco nacional de discapacidad operativo. La <strong>Guía de Orientación del ACNUR de 2024 sobre el Trabajo con Personas con Discapacidad en el Desplazamiento Forzado</strong> sigue siendo la referencia operativa.</p>
<p><strong>Servicios públicos digitales tras la COVID-19.</strong> La aceleración de la administración electrónica durante 2020–22 produjo tanto avances como nuevas formas de exclusión. El portal <strong><span lang="tr">e-Devlet</span></strong> de Türkiye, las plataformas <strong>Absher</strong> y <strong>Tawakkalna</strong> de Arabia Saudí, el <strong>UAE PASS</strong> de los EAU y el portal <strong>Gov.il</strong> de Israel se sometieron a auditorías de accesibilidad o ciclos de actualización entre 2022 y 2025. La cobertura de la compatibilidad de los lectores de pantalla en árabe —el condicionante para la comunidad ciega de la región— ha mejorado measurablemente en las plataformas insignia, pero sigue siendo desigual en los subportales.</p>
</div>

<h2>Qué vigilar en 2026</h2>

<p>El catálogo anterior mapea el estándar mínimo estatutario tal como se encuentra hoy. La lista siguiente recoge lo que realmente está en movimiento —las revisiones, los plazos y las ventanas políticas que reformarán una o más de las diez entradas antes del próximo ciclo del expediente.</p>

<div class="audit-list">
<h3>Nivel 1 — Ciclos de Observaciones Finales</h3>
<ul>
<li>El segundo ciclo de revisión de la CRPD de Türkiye 2024–25, con la inclusión de la discapacidad en la recuperación del terremoto como obligación de información principal. (E·01)</li>
<li>El año de información 2026 de la estrategia nacional de Jordania, que cierra el horizonte de diez años de la Ley de 2017 un año antes de lo previsto. (E·03)</li>
<li>El seguimiento de 2024 de Catar a las Observaciones Finales combinadas del segundo y tercer ciclos, con la inclusión en el mercado laboral como elemento abierto. (E·07)</li>
<li>El diálogo de seguimiento de 2024 de Arabia Saudí sobre la toma de decisiones sustitutiva y la accesibilidad del entorno construido. (E·06)</li>
</ul>
<h3>Nivel 2 — Plazos estatutarios y de ejecución</h3>
<ul>
<li>La reforma estatutaria de 2023 de Israel: el efecto práctico en 2026 es que la mayoría de las categorías de servicios públicos han agotado su período de gracia de accesibilidad. (E·02)</li>
<li>El horizonte de cumplimiento del entorno construido del Artículo 7 de Türkiye, ampliado repetidamente desde 2012; las enmiendas de 2024 lo dejaron flexible. (E·01)</li>
<li>Las actualizaciones del código municipal de los EAU —el Código Universal de Diseño de Dubái actualizado por última vez en 2023; los ciclos de Sharjah y Abu Dhabi en curso en paralelo. (E·05)</li>
</ul>
<h3>Nivel 3 — Brechas de sociedad civil y de ratificación</h3>
<ul>
<li>Líbano: el estado de ratificación de la CRPD —firmada en 2007, no ratificada— como condición estructural previa a todo lo demás. (E·04)</li>
<li>Brechas de ratificación del Protocolo Facultativo en todas las jurisdicciones del CCG. (E·05, E·06, E·07, E·08, E·09)</li>
<li>La recopilación de datos desagregados por género y discapacidad, la brecha señalada de forma más sistemática en toda la región.</li>
</ul>
</div>

<h2>El hilo conductor</h2>

<p>De Ankara a Beirut y Riad, los marcos de derechos de las personas con discapacidad de la región se construyeron en su mayoría entre 2000 y 2018, se alinearon en su mayoría con la CRPD para 2010 y se quedaron en su mayoría detenidos en algún punto entre el texto legal y el entorno vivido en 2026.</p>

<p>Las jurisdicciones que muestran avances measurables —Türkiye en la jurisprudencia del Tribunal Constitucional, Israel en la ejecución liderada por la Comisión, Jordania en la capacidad de coordinación del HCD, los EAU en los códigos municipales del emirato, Catar en la tecnología de apoyo en lengua árabe— comparten una única característica: una institución nombrada con presupuesto, independencia y una vía de ejecución operativa. Las que no han cerrado la brecha (el Líbano desde 2019; Arabia Saudí en la accesibilidad del entorno construido; Baréin y Omán en el litigio estratégico) no han financiado la institución que el estatuto nombra.</p>

<p>El terremoto de Türkiye–Siria de 2023 expuso cuán tenue sigue siendo el margen de inclusión cuando las propias instituciones se ven perturbadas física y operativamente. El ciclo 2026 de revisiones del Comité de la CRPD —Türkiye, Catar y varios otros— será el próximo momento de rendición de cuentas comparativa.</p>

<div class="bottomline">
<div class="bl-eyebrow">La conclusión</div>
<h2 class="bl-title">Diez jurisdicciones, un hilo conductor: el estatuto es tan sólido como la institución que nombra.</h2>
<p>Cada una de las diez entradas de este expediente dispone de un estatuto primario vigente. Todas designan un regulador. Ocho de las diez han ratificado la CRPD. La brecha entre el estándar mínimo legal y el entorno vivido en 2026 refleja, casi sin excepción, el presupuesto y la independencia de la institución nombrada. Donde la institución tiene ambas —la Comisión israelí, el HCD jordano, el Centro Mada como referente de normas regional— los resultados avanzan. Donde no tiene ninguna —el Consejo Nacional del Líbano desde 2019, la ejecución en el entorno construido en Arabia Saudí— no lo hacen.</p>
<p>Más información de Disability World sobre <a href="/toolkit/glossary/crpd/">la CRPD</a>, sobre <a href="/regulations/">la normativa nacional sobre discapacidad</a> y sobre <a href="/articles/accessibility-rights-across-africa/">el expediente paralelo de África</a>.</p>
</div>

<div class="foot-note">
<p><strong>Fuentes primarias</strong>República de Türkiye, <em>Ley n.º 5378 sobre Personas con Discapacidad</em> (<span lang="tr">Engelliler Hakkında Kanun</span>, 2005; enmiendas 2014, 2021, 2024), <a href="https://www.mevzuat.gov.tr">mevzuat.gov.tr</a>; <span lang="tr">Engelliler ve Yaşlı Hizmetleri Genel Müdürlüğü</span>, <a href="https://www.aile.gov.tr/eyhgm">aile.gov.tr/eyhgm</a>; Estado de Israel, <em>Ley de Igualdad de Derechos para las Personas con Discapacidad, 5758-1998</em>; Comisión para la Igualdad de Derechos de las Personas con Discapacidad, <a href="https://www.gov.il/en/departments/the_commission_for_equal_rights_of_persons_with_disabilities">gov.il</a>; Emiratos Árabes Unidos, <em>Decreto-Ley Federal n.º 29 de 2006</em>, Ministerio de Desarrollo Comunitario, <a href="https://www.mocd.gov.ae">mocd.gov.ae</a>; Reino de Arabia Saudí, <em>Código de Discapacidad de 2000</em> (Decreto Real); Autoridad para la Atención de las Personas con Discapacidad, Ministerio de Recursos Humanos y Desarrollo Social; Estado de Catar, <em>Ley n.º 2 de 2004</em>; Autoridad Nacional para la Atención de las Personas con Discapacidad; Mada — Centro de Tecnología de Apoyo, <a href="https://mada.org.qa">mada.org.qa</a>; Reino Hachemita de Jordania, <em>Ley n.º 20 de 2017</em>; Consejo Superior para los Derechos de las Personas con Discapacidad (HCD), <a href="https://hcd.gov.jo">hcd.gov.jo</a>; Estado de Kuwait, <em>Ley n.º 8 de 2010</em>; Autoridad Pública de Asuntos de Discapacidad; República del Líbano, <em>Ley n.º 220 de 2000</em>, Consejo Nacional de Personas con Discapacidad, Ministerio de Asuntos Sociales; Reino de Baréin, Ley n.º 74 de 2006; Sultanato de Omán, Decreto Real 63/2008; República Árabe de Egipto, <em>Ley n.º 10 de 2018</em>, Consejo Nacional de Personas con Discapacidad (NCPD).</p>
<p><strong>Fuentes de órganos de tratados</strong>Comité de las Naciones Unidas sobre los Derechos de las Personas con Discapacidad, <em>Observaciones Finales</em> sobre Türkiye (2019, ciclo 2024–25), Arabia Saudí (2019), Catar (2015, 2024), Jordania (2017), EAU (2016), Israel (2017), Baréin (2017), Omán (2018), <a href="https://www.ohchr.org/en/treaty-bodies/crpd">ohchr.org/treaty-bodies/crpd</a>; Comisión Económica y Social de las Naciones Unidas para Asia Occidental (CESPAO), serie <em>Disability in the Arab Region</em> y <em>Disability Inclusion Country Profiles</em> (actualizaciones de 2018, 2021, 2024), <a href="https://www.unescwa.org">unescwa.org</a>; ACNUR, <em>Guía de Orientación sobre el Trabajo con Personas con Discapacidad en el Desplazamiento Forzado</em> (actualización de 2024).</p>
<p><strong>Alcance</strong>Este es un catálogo regional, no una auditoría de cumplimiento país por país. Cada entrada resume el estándar mínimo estatutario, el regulador nombrado, el estado de la CRPD y la trayectoria reciente de la sociedad civil y la jurisprudencia; no enumera cada normativa de desarrollo o disposición sectorial. Egipto aparece solo como referencia cruzada al expediente de África; Baréin y Omán comparten una sola entrada porque sus marcos son sectoriales y no están anclados en un estatuto primario comprehensivo del modelo Jordania-2017 o Kuwait-2010.</p>
</div>

</div>

---
title: Acceso de las mujeres con discapacidad a la atención sanitaria en 2026: la intersección que el CEDAW y la CRPD por fin empezaron a aplicar juntos
url: https://www.disabilityworld.org/es/articles/disabled-womens-healthcare-access-2026/
description: Las mujeres con discapacidad se enfrentan a barreras físicas, de comunicación y actitudinales en todos los entornos sanitarios. La recomendación conjunta CEDAW–CRPD de 2025 y los datos de reformas nacionales de 2024-26 muestran dónde está subiendo por fin el estándar mínimo.
author: Disability World
pubDate: 2026-05-22
tags: women, healthcare, crpd, cedaw, intersectional, reproductive-rights, data
---

# Acceso de las mujeres con discapacidad a la atención sanitaria en 2026: la intersección que el CEDAW y la CRPD por fin empezaron a aplicar juntos

<div class="src-article" data-template="5">

<div class="byline">
  <span><strong>Por</strong> Disability World</span>
  <span class="rt-pill">Tiempo de lectura: 11 minutos</span>
</div>

<p class="wp-block-paragraph">El acceso de una mujer con discapacidad a la atención sanitaria no es la suma de dos problemas separados. Es un encuentro único e interseccional en el que el edificio, el equipamiento, la formación del profesional clínico, la arquitectura del consentimiento y el código de facturación deben estar todos alineados; y donde cualquiera de ellos que falte la sitúa por debajo del estándar de atención que reciben las mujeres sin discapacidad. Eso es lo que la <a href="/toolkit/glossary/crpd/">Convención sobre los Derechos de las Personas con Discapacidad (CRPD)</a> y la Convención sobre la Eliminación de Todas las Formas de Discriminación contra la Mujer (CEDAW) describen, en vocabularios distintos, como el mismo derecho. Y eso es lo que una visita clínica ordinaria —la exploración ginecológica, la cita prenatal, la revisión de medicación, el formulario de consentimiento— sigue revelando como algo que falta.</p>

<p class="wp-block-paragraph">2026 es el año en que ese enfoque cambió en el plano de los tratados. Los comités de supervisión de la CRPD y del CEDAW emitieron su primera recomendación general/comentario general conjunto en octubre de 2025, sobre prácticas nocivas interseccionales con la discapacidad, y por primera vez el sistema internacional de derechos humanos empezó a recopilar datos sistemáticos sobre la brecha. Leer el resto de este artículo exige sostener dos ideas a la vez: el estándar mínimo legal lleva establecido dos décadas, y el estándar mínimo vivido —el que existe en las consultas— solo ahora está siendo medido.</p>

<h2 class="wp-block-heading" id="h-what-access-means">Qué significa «acceso» en la atención sanitaria para una mujer con discapacidad</h2>

<p class="wp-block-paragraph">El «acceso» en este contexto no es una barrera única, sino una barrera compuesta. Aproximadamente mil millones de mujeres y niñas viven con una discapacidad en todo el mundo —cerca de una de cada cinco— y la actualización de 2024 de la OMS de su <em>Informe Global sobre Equidad en Salud para las Personas con Discapacidad</em> documenta que se encuentran con la atención sanitaria a través de al menos cuatro ejes simultáneos de dificultad: acceso físico a la sala y al equipamiento que contiene; acceso comunicativo a las preguntas y explicaciones del profesional clínico; acceso actitudinal a un profesional que la trate como la responsable de las decisiones sobre su propio cuerpo; y acceso estructural a un sistema cuyos instrumentos de evaluación del riesgo, itinerarios de cribado y códigos de facturación no fueron diseñados pensando en ella.</p>

<p class="wp-block-paragraph">La brecha compuesta es lo que hace que la categoría «mujeres con discapacidad» sea analíticamente distinta de «mujeres» o de «personas con discapacidad» consideradas por separado. Las mujeres con discapacidad declaran violencia de pareja íntima a una tasa de dos a tres veces superior a la de las mujeres sin discapacidad, según las estimaciones globales de la OMS sobre <em>Violencia contra la Mujer</em> y el informe complementario de ONU Mujeres de 2024. Menos del 20 % de los Estados miembros de la OMS incluyen indicadores de accesibilidad desagregados por discapacidad en su monitorización nacional de la calidad de la atención a la maternidad, según la auditoría de la OMS de 2024 de los sistemas nacionales de información sobre salud materna. Las cifras covarían porque describen el mismo encuentro: una mujer cuya discapacidad es tratada como la razón por la que su testimonio, su dolor y su consentimiento cuentan menos que la interpretación que hace un profesional clínico de ellos.</p>

<h2 class="wp-block-heading" id="h-treaty-floor">El estándar mínimo del tratado: tres artículos que por fin se hablan entre sí</h2>

<p class="wp-block-paragraph">El derecho de una mujer con discapacidad a la atención sanitaria es, sobre el papel, uno de los derechos mejor articulados del derecho internacional. Tres artículos realizan el trabajo fundamental.</p>

<p class="wp-block-paragraph"><strong>El Artículo 25 de la CRPD</strong> exige a los Estados Partes que reconozcan el derecho de las personas con discapacidad a «gozar del más alto nivel posible de salud sin discriminación por motivos de discapacidad» y especifica que esto incluye servicios «lo más cercanos posible a las comunidades de esas personas».</p>

<p class="wp-block-paragraph"><strong>El Artículo 12 del CEDAW</strong>, de 1979, obliga a los Estados a eliminar la discriminación contra la mujer en el ámbito de la atención sanitaria; la Recomendación General n.º 24 del Comité (1999) interpreta esa obligación como abarcadora de la salud reproductiva, mental y laboral.</p>

<p class="wp-block-paragraph"><strong>El Artículo 6 de la CRPD</strong> —el único artículo de cualquier tratado internacional de derechos humanos dirigido específicamente a las mujeres con discapacidad— exige a los Estados Partes que adopten «todas las medidas pertinentes para asegurar el pleno desarrollo, adelanto y potenciación de la mujer» con discapacidad.</p>

<p class="wp-block-paragraph">Lo que cambió en 2025 es que los dos comités de supervisión dejaron de leer esos artículos en paralelo y empezaron a leerlos conjuntamente. La <strong>recomendación general/comentario general conjunto sobre prácticas nocivas interseccionales con la discapacidad</strong>, adoptada en octubre de 2025 tras un proceso de redacción de tres años, nombra modos de fracaso específicos: esterilización no consentida, anticoncepción forzada, denegación de capacidad jurídica para tomar decisiones sobre salud sexual y reproductiva, y tratamiento psiquiátrico coercitivo de mujeres con discapacidad intelectual y psicosocial. Es el primer instrumento interpretivo conjunto que han producido los dos comités. El historial de un país respecto a cualquiera de los dos tratados es ahora objeto de referencia cruzada formal cuando el otro comité lo examina.</p>

<h2 class="wp-block-heading" id="h-where-the-gap-shows">Dónde se manifiesta la brecha</h2>

<p class="wp-block-paragraph">La brecha compuesta es más visible en cinco situaciones clínicas concretas. Cada una está suficientemente documentada como para poder nombrarse el modo de fracaso, y cada una es lo suficientemente específica como para que la solución sea una cuestión de contratación pública, formación o legislación, y no de ciencia clínica.</p>

<h3 class="wp-block-heading" id="h-exam-table">Infraestructura de exploración física: el problema de la camilla de exploración</h3>

<p class="wp-block-paragraph">La brecha más medible en la atención sanitaria de las mujeres con discapacidad es también la más básica: el equipamiento de la sala. El <em>Informe Global sobre Equidad en Salud para las Personas con Discapacidad</em> de la OMS de 2024 incluye un anexo sobre acceso al equipamiento que encuestó las normas de contratación pública de equipamiento clínico en 132 países. Sus hallazgos principales son categóricos: menos del 30 % de los países encuestados dispone de una norma de contratación pública que exija camillas de exploración de altura regulable en los centros de atención primaria; menos del 15 % dispone de una norma para unidades de mamografía ajustables que permitan atender a usuarias de silla de ruedas sin necesidad de transferencia; y las básculas accesibles —un equipamiento tan sencillo que resulta genuinamente difícil explicar su ausencia— son exigidas por norma de contratación pública en menos del 25 % de los países.</p>

<p class="wp-block-paragraph">El efecto a largo plazo es que las mujeres con discapacidad reciben sistemáticamente menos atención preventiva rutinaria en torno a la cual está construida la propia estrategia de la OMS contra las enfermedades no transmisibles. El seguimiento de 2023 de la consulta del NIH de EE. UU. sobre <em>Discapacidad y Equidad en Salud</em> constató que las mujeres usuarias de silla de ruedas en Estados Unidos reciben cribado de cáncer de cuello uterino a una tasa aproximadamente dos tercios inferior a la de las mujeres sin discapacidad, y cribado de cáncer de mama a una tasa aproximadamente tres cuartos inferior, con la brecha concentrada en los pasos que requieren transferencia física a una superficie no ajustable. La auditoría de 2024 de NHS England sobre el programa de cribado de mama llegó a conclusiones similares, lo que llevó a la publicación en 2025 de un registro a nivel de centro de provisión de mamografía accesible.</p>

<p class="wp-block-paragraph">El equipamiento no es la única barrera de acceso físico, pero es la que puede corregirse de forma directa con normas de contratación pública y presupuesto de capital. El informe de la OMS de 2024 concluyó —con una contundencia inusual para un documento técnico— que la brecha «no es una brecha de conocimiento, de evidencia ni de guías clínicas. Es una brecha de normas de contratación pública».</p>

<h3 class="wp-block-heading" id="h-maternal-care">Atención a la maternidad: el diferencial que nadie recopila correctamente</h3>

<p class="wp-block-paragraph">El diferencial de mortalidad y morbilidad para las mujeres con discapacidad en el embarazo lleva dos décadas documentado y menos de cinco años siendo auditado de forma sistemática. La serie sobre discapacidad de <em>The Lancet</em> de 2022 recogió la primera síntesis global revisada por pares: las mujeres con discapacidad se enfrentan a aproximadamente <strong>2 a 4 veces</strong> el riesgo de morbilidad materna grave en comparación con las mujeres sin discapacidad, con el multiplicador más amplio en países de renta baja y media y más estrecho —pero todavía presente— en los sistemas de renta alta. El seguimiento de 2024 centrado en países de renta baja y media identificó a Nepal y Sudáfrica como los países con los conjuntos de datos de salud materna desagregados por discapacidad más completos, ambos mostrando tasas de morbilidad grave aproximadamente el doble de la línea de base nacional para las madres con discapacidad.</p>

<p class="wp-block-paragraph">Los sistemas de renta alta no están exentos. Un análisis de 2024 financiado por los NIH de la Muestra Nacional de Pacientes Hospitalizados de EE. UU. constató que las mujeres con discapacidades físicas documentadas tenían una tasa intrahospitalaria de morbilidad materna grave aproximadamente un 80 % más alta que el cohorte de comparación sin discapacidad, y las mujeres con discapacidad intelectual o del desarrollo aproximadamente 2,4 veces más alta. La investigación confidencial de 2023 de MBRRACE-UK sobre muertes maternas recomendó por primera vez que el sistema registre formalmente la discapacidad en la reserva de cita prenatal —una recomendación que el Real Colegio de Obstetras y Ginecólogos respaldó en su actualización de normas de 2024.</p>

<p class="wp-block-paragraph">El diagnóstico compartido en estos conjuntos de datos es inusualmente coherente. Los profesionales de la salud materna reciben casi ninguna formación estructurada sobre la atención obstétrica de las mujeres con discapacidad —la revisión de 2024 de la OMS de los planes de estudios de matronería en 41 países encontró un contenido sobre discapacidad con una media inferior a tres horas a lo largo de un programa de tres años. Los instrumentos de evaluación del riesgo utilizados en la reserva prenatal raramente incluyen elementos específicos de discapacidad. Y la suposición refleja de que el embarazo de una mujer con discapacidad es de «alto riesgo» deriva a muchas mujeres innecesariamente hacia atención terciaria especializada, mientras que deriva a otras hacia itinerarios rutinarios que no se adaptan a sus necesidades reales.</p>

<blockquote class="wp-block-quote">
<p>La recomendación única que se repite en cada guía de atención a la maternidad de 2024–26 que aborda la discapacidad —OMS, RCOG, ACOG, las Guías de Atención al Embarazo de Australia— es preguntar a la propia mujer con discapacidad qué adaptaciones necesita y registrar esa respuesta en su historia clínica. La recomendación conjunta CEDAW–CRPD de 2025 la denomina el «estándar mínimo procedimental» y señala que incluso este estándar mínimo no se cumple en la mayoría de los sistemas evaluados.</p>
<cite>El principio de «preguntar a la mujer»</cite>
</blockquote>

<h3 class="wp-block-heading" id="h-srh-information">Información sobre salud sexual y reproductiva: tres brechas documentadas</h3>

<p class="wp-block-paragraph">El acceso a la información es una categoría de barrera más silenciosa que el equipamiento o la mortalidad, pero el registro de datos al respecto es ya lo suficientemente sustancial como para nombrar tres brechas específicas en la forma en que la información clínica y de salud pública llega a las mujeres con discapacidad.</p>

<ul class="wp-block-list">
<li><strong>Mujeres sordas y prevención del VIH/sida.</strong> El informe temático de ONUSIDA de 2023 sobre discapacidad y VIH reafirmó una estimación de larga data: las mujeres sordas en países de renta baja y media obtienen puntuaciones en el instrumento estándar de conocimiento sobre el VIH de la encuesta demográfica y de salud aproximadamente un 30–50 % inferiores a las de las mujeres oyentes del mismo país. La brecha está impulsada por materiales de educación para la salud inaccesibles y por la ausencia de interpretación cualificada en lengua de signos en los servicios de salud sexual. La actualización estratégica de PEPFAR de 2024 señaló esta situación como una categoría que sus revisiones de programas por países supervisarán ahora de forma explícita.</li>
<li><strong>Mujeres con discapacidad cognitiva y consentimiento informado.</strong> Las observaciones finales del Comité de la CRPD han criticado sistemáticamente, desde 2018, los sistemas sanitarios que tratan la presencia de una discapacidad intelectual o psicosocial como una presunción contra la capacidad de la mujer para consentir su propia atención ginecológica, anticonceptiva u obstétrica. El mapeo global de Inclusion International de 2024 constató que menos de un cuarto de los países encuestados ha sustituido la toma de decisiones sustitutiva en la atención sanitaria por el modelo de toma de decisiones con apoyos que exige el Artículo 12 de la CRPD.</li>
<li><strong>Mujeres autistas y dolor ginecológico.</strong> Una creciente literatura de investigación clínica de 2022–25 —concentrada en el Reino Unido, los Países Bajos y Australia— ha documentado un diagnóstico sistemáticamente tardío de endometriosis, adenomiosis y dolor pélvico crónico en mujeres autistas, con retrasos que se extienden de media entre dos y cuatro años más que en grupos de comparación no autistas. El mecanismo es interpretativo: una comunicación del dolor que no coincide con la presentación esperada por el profesional clínico es percibida como exageración. La actualización de 2025 de la guía NICE sobre endometriosis citó explícitamente este cuerpo de trabajo.</li>
</ul>

<h3 class="wp-block-heading" id="h-sterilisation">Esterilización sin consentimiento</h3>

<p class="wp-block-paragraph">La esterilización no consentida de mujeres con discapacidad intelectual o psicosocial es el asunto que el Comité de la CRPD ha planteado de forma más sistemática a lo largo de más de una década de observaciones finales. Es también el ámbito en el que el derecho ha evolucionado de forma más visible en los últimos cinco años —y de manera más desigual. La recomendación conjunta de 2025 clasifica las legislaciones nacionales que aún permiten la esterilización no urgente de mujeres con discapacidad intelectual o psicosocial sobre la base del consentimiento de un tutor, judicial o familiar como una «práctica nociva» en el sentido de la Recomendación General n.º 31 del CEDAW —una designación que activa obligaciones de información en virtud de ambos tratados.</p>

<h3 class="wp-block-heading" id="h-mental-health-prescribing">Prescripción en salud mental</h3>

<p class="wp-block-paragraph">Las mujeres con discapacidad —en toda la gama de tipos de discapacidad— reciben medicación psicotrópica a tasas sustancialmente más altas que las mujeres sin discapacidad, y los datos desagregados de resultados necesarios para evaluar si esa prescripción es adecuada están en gran medida ausentes. El programa de revisión de la mortalidad de personas con discapacidad intelectual del Reino Unido (LeDeR) ha documentado, desde 2017, la sobreprescripción persistente de antipsicóticos a mujeres con discapacidades de aprendizaje fuera de sus indicaciones autorizadas —el patrón denominado «STOMP». El <em>Panorama de la Salud 2024</em> de la OCDE incluyó por primera vez un indicador de prescripción de medicación en salud mental desagregado por discapacidad, que mostró un patrón de sobreprescripción similar en 14 de los 22 países de la OCDE que presentaron datos desagregados.</p>

<p class="wp-block-paragraph">La recomendación conjunta CEDAW–CRPD de 2025 trata el tratamiento psiquiátrico coercitivo —medicación involuntaria, contención y aislamiento— como una práctica nociva cuando se aplica de forma desproporcionada a mujeres con discapacidades psicosociales. El Comité de la CRPD ha sido más categórico que el CEDAW en esta cuestión durante casi una década; la recomendación conjunta incorpora el marco de prácticas nocivas del Comité del CEDAW, con su mayor obligación de información, en el mismo espacio analítico.</p>

<h2 class="wp-block-heading" id="h-country-reforms">Reformas nacionales en 2024–26</h2>

<p class="wp-block-paragraph">La arquitectura legal en torno a la esterilización y la toma de decisiones con apoyos ha evolucionado en patrones nacionales diferenciados desde 2020. Tres casos nacionales enmarcan el abanico de lo que actualmente es políticamente posible.</p>

<p class="wp-block-paragraph">La reforma de <strong>España</strong> es el ejemplo más nítido. La Ley 8/2021, en vigor desde septiembre de 2021, eliminó la disposición de larga data del Código Civil que permitía a un tribunal autorizar la esterilización de una persona con discapacidad intelectual sin el consentimiento de la persona, sustituyendo el marco de decisión sustitutiva por un modelo de toma de decisiones con apoyos alineado con el Artículo 12 de la CRPD. Las Observaciones Finales de 2023 del Comité de la CRPD sobre España elogiaron la reforma como modelo. (Véase el <a href="/regulations/es/">resumen de la normativa nacional de España</a> para el contexto legal más amplio.)</p>

<p class="wp-block-paragraph">La reforma de <strong>Australia</strong> ha sido estado por estado y más lenta. Nueva Gales del Sur (2022), Victoria (2023) y Australia Occidental (2024) han endurecido cada una las salvaguardias procedimentales en torno a la esterilización autorizada judicialmente de menores y adultos con discapacidad intelectual, aunque ninguna jurisdicción australiana ha llegado tan lejos como España en la eliminación total de la posibilidad legal. El informe final de 2023 de la Comisión Real sobre Discapacidad federal recomendó una reforma a nivel nacional, aceptada en principio por el Gobierno australiano en 2024.</p>

<p class="wp-block-paragraph">Entre los países a los que el Comité de la CRPD sigue señalando en los ciclos 2024–26 se encuentran varios en los que el marco legal sigue permitiendo la esterilización no urgente basada en el consentimiento de un tercero. Las Observaciones Finales del Comité identifican estas jurisdicciones en las revisiones de ciclo y las remiten, en virtud de la recomendación conjunta de 2025, al flujo de información sobre prácticas nocivas del Comité del CEDAW.</p>

<p class="wp-block-paragraph">Detrás de la convergencia en el plano de los tratados existe una capa de coordinación que no existía hace una década. <strong>Inclusion International</strong> preside el grupo de trabajo interorganizacional sobre la recomendación conjunta desde 2022. La <strong>red de mujeres de Women Enabled / DPI (WEN-DPI)</strong> coordina las aportaciones de las organizaciones de mujeres con discapacidad de más de 60 países. El <strong>grupo de trabajo de mujeres de la Alianza Internacional de la Discapacidad (IDA-Women)</strong> ha sido el interlocutor formal con ambos comités de tratados durante el proceso de redacción. En el ámbito de la financiación, la introducción del <strong>seguimiento de la financiación desagregado por discapacidad</strong> por el Fondo Mundial (desde su ciclo de reposición de 2024) y GAVI (desde su actualización estratégica de 2024) está produciendo, por primera vez, datos sobre qué parte del flujo de financiación sanitaria global llega realmente a servicios accesibles para las mujeres con discapacidad. Las primeras cifras publicadas del marcador de discapacidad del Fondo Mundial de 2024 son reveladoras —menos del 4 % del gasto de las subvenciones a nivel de país en el primer ciclo de información fue etiquetado como que contenía componentes de inclusión de la discapacidad—, pero disponer de la cifra es la condición previa para elevarla.</p>

<h2 class="wp-block-heading" id="h-good-provision">Cómo es una buena provisión</h2>

<p class="wp-block-paragraph">Reuniendo todos los hilos, una «buena provisión» de atención sanitaria para mujeres con discapacidad no es una única intervención. Es un conjunto de cuatro elementos apilados, cada uno de los cuales es lo suficientemente pequeño como para especificarse en un pliego de contratación pública o en un plan de estudios, pero cada uno de los cuales está actualmente ausente en la mayoría de los sistemas nacionales.</p>

<ul class="wp-block-list">
<li><strong>Una norma de contratación pública.</strong> Normas nacionales de contratación pública para equipamiento de atención primaria y maternidad que exijan camillas de exploración de altura regulable, mamografía sin transferencia, básculas accesibles y el resto del anexo de equipamiento de la OMS de 2024. Presupuesto de capital, no ciencia clínica.</li>
<li><strong>Desagregación por discapacidad en los datos rutinarios.</strong> Las preguntas del Grupo de Washington sobre discapacidad incorporadas a los conjuntos de datos administrativos de salud —no solo a las encuestas de hogares— para que un sistema nacional pueda hacer seguimiento en tiempo real de sus tasas de mortalidad materna, cribado y prescripción en mujeres con discapacidad, en lugar de hacerlo de forma retrospectiva a través de estudios puntuales.</li>
<li><strong>Un itinerario de formación.</strong> Contenido estructurado sobre discapacidad en los planes de estudios de matronería, atención primaria y salud mental. La revisión de matronería de la OMS de 2024 se aplica de forma más amplia: la brecha está en el plan de estudios, no en la literatura clínica.</li>
<li><strong>Toma de decisiones con apoyos aplicada.</strong> El Artículo 12 de la CRPD operacionalizado en el entorno sanitario específicamente, de modo que la toma de decisiones sustitutiva sea sustituida como arquitectura de consentimiento predeterminada en torno a la anticoncepción, la esterilización y el tratamiento psiquiátrico para las mujeres con discapacidad intelectual y psicosocial.</li>
</ul>

<p class="wp-block-paragraph">El principio de «preguntar a la mujer» de las guías de atención a la maternidad de 2024–26 es la misma idea expresada en el estándar mínimo procedimental. Preferencias registradas, adaptaciones registradas, consentimiento registrado —capturados en la historia clínica de la mujer por la mujer, no por un tutor ni por la interpretación de un profesional clínico. Es la intervención más barata de esta lista y la que de forma más sistemática no se cumple.</p>

<h2 class="wp-block-heading" id="h-what-to-do">Qué deben hacer los profesionales del diseño, los clínicos y los responsables de política</h2>

<p class="wp-block-paragraph">Para cada grupo que lea este artículo, el siguiente paso concreto es pequeño. Para <strong>los clínicos y los educadores clínicos</strong>: preguntar a la mujer, registrar la respuesta, auditar la tasa de registro. El «estándar mínimo procedimental» que describe la recomendación conjunta consiste en dos líneas adicionales en el formulario de reserva prenatal y una pregunta adicional en la consulta ginecológica. No requiere un cambio de política para empezar a hacerlo mañana.</p>

<p class="wp-block-paragraph">Para <strong>los diseñadores de sistemas sanitarios y los responsables de contratación pública</strong>: leer el anexo de acceso al equipamiento de la OMS de 2024 frente al equipamiento que sus normas nacionales de contratación pública exigen actualmente. Donde los dos difieran, la brecha es la norma de contratación pública. Cerrarla es un ciclo presupuestario, no un programa de investigación.</p>

<p class="wp-block-paragraph">Para <strong>los responsables de política e interlocutores con los órganos de tratados</strong>: la recomendación general conjunta de 2025 es ahora el instrumento interpretivo que establece referencias cruzadas entre los ciclos de información de la CRPD y el CEDAW. Los informes nacionales a cualquiera de los dos comités que no aborden la lista de prácticas nocivas atraerán, a partir de 2026, el seguimiento del otro comité. El lugar más inmediato para actuar al respecto es la toma de decisiones con apoyos en el entorno sanitario y el estatus legal de la esterilización no consentida. La <a href="/regulations/es/">Ley 8/2021</a> de España es el modelo de referencia.</p>

<p class="wp-block-paragraph">Para todos: el estándar mínimo legal está establecido desde 2006. Lo que cambió en 2025 es que los dos comités responsables de aplicarlo dejaron de leer los mismos hechos como dos preguntas separadas. La recomendación general conjunta CEDAW–CRPD no es lo único que está avanzando —el informe de equidad de la OMS, la serie de atención a la maternidad de <em>The Lancet</em>, las reformas de esterilización de España y Australia, los marcadores de discapacidad del Fondo Mundial y GAVI, las auditorías nacionales de accesibilidad de la atención a la maternidad y el cribado de mama— pero es la pieza que ata el resto, porque proporciona a los clínicos, los ministerios y los donantes un único instrumento interpretivo que dice, en un solo lugar, qué significa realmente el acceso de las mujeres con discapacidad a la atención sanitaria. Cerrar la brecha sigue siendo una decisión nacional de contratación pública, formación y ejecución. El estándar mínimo del tratado ya no es la pieza que falta.</p>

<p class="wp-block-paragraph">Más información de Disability World sobre <a href="/toolkit/glossary/crpd/">la CRPD</a>, sobre <a href="/regulations/">la normativa nacional</a> y sobre <a href="/articles/">el registro de informes de 2026</a>.</p>

<aside class="sources" aria-labelledby="sources-heading">
<h2 id="sources-heading">Fuentes primarias</h2>
<ol>
<li>Comité de las Naciones Unidas sobre los Derechos de las Personas con Discapacidad y Comité de las Naciones Unidas para la Eliminación de la Discriminación contra la Mujer. <em>Recomendación general conjunta n.º 40 / Comentario general n.º 9 sobre prácticas nocivas interseccionales con la discapacidad</em> (adoptada en octubre de 2025).</li>
<li>Organización Mundial de la Salud. <em>Informe Global sobre Equidad en Salud para las Personas con Discapacidad</em> (2022) y actualización de monitorización de 2024, incluido el anexo de acceso al equipamiento y la auditoría de los sistemas nacionales de información sobre salud materna. https://www.who.int/publications/i/item/9789240063600</li>
<li>Kuper H., Hanefeld J. et al. <em>Serie sobre Discapacidad de The Lancet</em> (2022) y artículos de seguimiento de 2024 sobre morbilidad materna en países de renta baja y media. https://www.thelancet.com/series/disability-2022</li>
<li>ONU Mujeres y ACNUDH. <em>Violencia contra las Mujeres con Discapacidad: Estimaciones Globales</em> (informe complementario de 2024 a las estimaciones globales de la OMS).</li>
<li>ONUSIDA. <em>Discapacidad y la Respuesta al VIH</em> (informe temático de 2023).</li>
<li>Inclusion International. <em>Mapeo Global de la Reforma de la Capacidad Jurídica en la Toma de Decisiones Sanitarias</em> (2024).</li>
<li>NHS England. <em>Auditoría de Accesibilidad del Programa de Cribado de Mama</em> (2024) y registro de accesibilidad a nivel de centro de 2025.</li>
<li>MBRRACE-UK. <em>Salvando Vidas, Mejorando la Atención a las Madres</em>, investigación confidencial de 2023 sobre muertes maternas.</li>
<li>Real Colegio de Obstetras y Ginecólogos (Reino Unido). <em>Atención a las Mujeres con Discapacidades Físicas en el Embarazo y el Parto</em> (actualización de normas de 2024).</li>
<li>Boletín Oficial del Estado (España). <em>Ley 8/2021, de 2 de junio, por la que se reforma la legislación civil y procesal para el apoyo a las personas con discapacidad en el ejercicio de su capacidad jurídica.</em></li>
<li>Comisión Real sobre Violencia, Abuso, Negligencia y Explotación de las Personas con Discapacidad (Australia). <em>Informe Final</em> (2023) y Respuesta del Gobierno australiano (2024).</li>
<li>OCDE. <em>Panorama de la Salud 2024</em>, indicador de prescripción de medicación en salud mental desagregado por discapacidad.</li>
<li>El Fondo Mundial para la Lucha contra el SIDA, la Tuberculosis y la Malaria. <em>Marcador de Discapacidad — Resultados del Primer Ciclo de Información</em> (ciclo de reposición de 2024).</li>
</ol>
</aside>

</div>

---
title: Acciones de aplicación de la ley ADA lideradas por el DOJ: qué desencadena la atención federal en 2026
url: https://www.disabilityworld.org/es/articles/doj-enforcement-actions-tracker/
description: El Departamento de Justicia ha presentado menos de 200 acciones federales de accesibilidad web en una década, frente a aproximadamente 12.000 reclamaciones privadas bajo el Título III en 2024.
author: Disability World
pubDate: 2026-05-22
tags: doj, ada, title-iii, title-ii, enforcement, us-law, data
---

# Acciones de aplicación de la ley ADA lideradas por el DOJ: qué desencadena la atención federal en 2026

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>Editorial</strong> · Aplicación de la ADA liderada por el DOJ</span>
  </div>

  <h1>Acciones de aplicación de la ADA lideradas por el DOJ <em>— qué desencadena la atención federal en 2026</em></h1>

  <p class="lede">El Departamento de Justicia es la única agencia federal con autoridad directa de aplicación sobre el Título III de la ADA, y ejerce esa autoridad con prudencia. A lo largo de la última década —de 2015 a 2024—, la Sección de Derechos de las Personas con Discapacidad de la División de Derechos Civiles y las Oficinas de Fiscales de los EE. UU. han presentado un total estimado de <strong>menos de 200 acciones federales de aplicación en materia de accesibilidad web</strong>, frente a un expediente de demandantes privados que registró <strong>aproximadamente 12.000 reclamaciones bajo el Título III solo en 2024</strong>. La aritmética es contundente: las presentaciones privadas superan a la aplicación federal en una proporción aproximada de <strong>600:1</strong> en un solo año. Sin embargo, el DOJ tiene una relevancia desproporcionada respecto a su volumen de actuación: sus decretos de consentimiento establecen la plantilla de remediación de facto; su norma definitiva del Título II de abril de 2024 (<strong>28 CFR Part 35, Subpart H</strong>) instauró el nivel AA de WCAG 2.1 como el estándar federal para los gobiernos estatales y locales; y los casos que sí tramita —<em>Carnival</em>, <em>Greyhound</em>, <em>H&amp;R Block</em>, <em>Edward Jones</em>, <em>Hertz</em>, <em>Bay State Savings Bank</em>— definen el aspecto de la «atención federal» cuando esta llega. Este expediente reconstruye los desencadenantes recurrentes.</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">Conclusiones · Expediente 02</span>
      <span class="dossier-meta">08 entradas · derivadas del archivo de aplicación del DOJ en ada.gov, 2015–2025</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">Lo que revela el expediente de aplicación del DOJ</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">&lt;200</span>
        <div class="dossier-body">
          <p class="dossier-claim">El DOJ ha presentado menos de 200 acciones federales de accesibilidad web en diez años</p>
          <p class="dossier-note">Total combinado estimado de la Sección de Derechos de las Personas con Discapacidad y las Oficinas de Fiscales de los EE. UU., 2015–2024, extraído del archivo de aplicación de ada.gov y de los informes de situación trimestrales del DOJ. La cifra incluye decretos de consentimiento, acuerdos de resolución y reclamaciones en litigio, pero excluye los cierres por mediación.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">600:1</span>
        <div class="dossier-body">
          <p class="dossier-claim">Las presentaciones privadas bajo el Título III superaron a las acciones del DOJ en una proporción aproximada de 600 a 1 en 2024</p>
          <p class="dossier-note">Aproximadamente 12.000 presentaciones privadas federales (rastreador ADA Título III de Seyfarth Shaw) frente a un estimado de 20 asuntos de accesibilidad web liderados por el DOJ en el año natural 2024. La brecha es la realidad estructural de la aplicación del Título III de la ADA en los Estados Unidos.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">2024</span>
        <div class="dossier-body">
          <p class="dossier-claim">El DOJ aprobó en abril de 2024 la primera norma federal de accesibilidad para los sitios web del Título II</p>
          <p class="dossier-note">28 CFR Part 35, Subpart H, publicada en el Registro Federal el 24 de abril de 2024, adopta el nivel AA de WCAG 2.1 como estándar para los sitios web y aplicaciones móviles de los gobiernos estatales y locales. El equivalente para el Título III figura en la Agenda Regulatoria Unificada desde 2022 y sigue pendiente.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">405.000 $</span>
        <div class="dossier-body">
          <p class="dossier-claim">El decreto de consentimiento de Carnival Corporation de 2015 incluyó una sanción civil de 55.000 $ más 350.000 $ en daños compensatorios</p>
          <p class="dossier-note">United States v. Carnival Corporation (S.D. Fla., decreto de consentimiento 2015) es la plantilla que la Sección de Derechos de las Personas con Discapacidad ha reutilizado para los grandes demandados desde entonces: remediación a escala nacional, daños compensatorios para los denunciantes identificados, sanción civil moderada y ventana de seguimiento plurianual.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">5</span>
        <div class="dossier-body">
          <p class="dossier-claim">Cinco desencadenantes recurrentes explican la mayor parte de las acciones del DOJ bajo el Título III</p>
          <p class="dossier-note">Demandado de escala nacional; historial documentado de reclamaciones sin remediación; caso de prueba de alta visibilidad pública; fallo de incentivos de mercado (el demandado no tiene presión competitiva para solucionarlo); o interacción con otro estatuto federal (Section 504, Air Carrier Access Act, Fair Housing Act). Pocos asuntos del DOJ se producen sin al menos dos de los cinco.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">WCAG 2.1 AA</span>
        <div class="dossier-body">
          <p class="dossier-claim">Todos los decretos de consentimiento del DOJ bajo el Título III desde 2014 han exigido la conformidad con el nivel AA de WCAG 2.0 o 2.1</p>
          <p class="dossier-note">Desde <em>NFB v. HRB Digital LLC</em> (H&amp;R Block, D. Mass. 2014) hasta los decretos de Edward Jones (E.D. Mo. 2018) y Rite Aid (E.D. Pa. 2021), el estándar ha sido notablemente consistente, mucho antes de que la norma del Título II lo formalizara en la regulación federal.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">36 meses</span>
        <div class="dossier-body">
          <p class="dossier-claim">La ventana de seguimiento típica en un decreto de consentimiento del DOJ dura tres años</p>
          <p class="dossier-note">El DOJ no «resuelve y se marcha». Un decreto estándar de la Sección de Derechos de las Personas con Discapacidad exige que el demandado contrate a un consultor de accesibilidad independiente, presente informes de progreso trimestrales y acepte auditorías presenciales o remotas durante treinta y seis meses, a veces prorrogados.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">08</span>
        <span class="dossier-stat">2026</span>
        <div class="dossier-body">
          <p class="dossier-claim">El primer plazo importante de cumplimiento del Título II vence en abril de 2026</p>
          <p class="dossier-note">Según 28 CFR Part 35, Subpart H, los gobiernos estatales y locales que prestan servicios a poblaciones de 50.000 o más habitantes deben cumplir el nivel AA de WCAG 2.1 antes del 24 de abril de 2026. Las jurisdicciones más pequeñas disponen de un año adicional. Se espera que la primera oleada de aplicación del DOJ tras la norma se produzca a partir de 2027.</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>Fuente</strong>Archivo de aplicación de la Sección de Derechos de las Personas con Discapacidad de la División de Derechos Civiles del DOJ (ada.gov); Registro Federal, 89 FR 31320 (24 de abril de 2024); rastreador ADA Título III de Seyfarth Shaw (ciclos 2013–2025); informes de situación trimestrales de ada.gov; textos de decretos de consentimiento tal como se presentaron en PACER; resúmenes de la Comisión sobre Derechos de las Personas con Discapacidad de la Asociación de Abogados de América.</p>
  </section>

  <div class="toc">
    <div class="toc-title">En este informe</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#scale">La brecha de escala, en un gráfico</a></li>
      <li><span class="toc-num">02</span><a href="#triggers">Los cinco desencadenantes recurrentes</a></li>
      <li><span class="toc-num">03</span><a href="#casebook">Expediente de casos: los decretos con nombre propio</a></li>
      <li><span class="toc-num">04</span><a href="#title-ii-rule">La norma definitiva del Título II de abril de 2024</a></li>
      <li><span class="toc-num">05</span><a href="#title-iii-signal">Lo que señala para el Título III</a></li>
      <li><span class="toc-num">06</span><a href="#outlook">Perspectivas para 2026</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="scale">01 · La brecha de escala, en un gráfico</h2>

  <p class="dropcap-first">El hecho más importante sobre la aplicación de la ADA liderada por el DOJ es con qué poca frecuencia ocurre. En el año natural 2024, el rastreador ADA Título III de Seyfarth Shaw contabilizó aproximadamente <strong>12.000 reclamaciones privadas en tribunales federales</strong> en todo el país. El propio archivo de aplicación de la Sección de Derechos de las Personas con Discapacidad —el registro público en ada.gov— enumera aproximadamente <strong>veinte asuntos de accesibilidad web</strong> en el mismo año. A lo largo de la década completa 2015–2024, el recuento acumulado del DOJ de acciones federales de accesibilidad web se sitúa cómodamente por debajo de 200. Las presentaciones privadas bajo el Título III durante el mismo período ascienden a decenas de miles. El DOJ es, en términos de volumen, un error de redondeo en la aplicación del Título III.</p>

  <div class="firm-ranking">
    <div class="firm-row">
      <div class="firm-rank">01</div>
      <div style="flex:1"><div class="firm-name">Todos los despachos de demandantes privados (2024)</div><div class="firm-meta">Reclamaciones federales bajo el Título III · Rastreador Seyfarth Shaw</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:100%">aprox. 12.000 casos</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">02</div>
      <div style="flex:1"><div class="firm-name">Mizrahi Kroub LLP</div><div class="firm-meta">SDNY / EDNY · especialista en accesibilidad web</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:18%">aprox. 1.700 casos est.</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">03</div>
      <div style="flex:1"><div class="firm-name">Stein Saks PLLC</div><div class="firm-meta">NY / NJ · especialista en accesibilidad web</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:15%">aprox. 1.500 casos est.</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">04</div>
      <div style="flex:1"><div class="firm-name">Mars Khaimov Law PLLC</div><div class="firm-meta">NY · especialista en accesibilidad web</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:11%">aprox. 1.050 casos est.</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">05</div>
      <div style="flex:1"><div class="firm-name">Center for Disability Access (Potter Handy LLP)</div><div class="firm-meta">CA · expediente de acceso vinculado a Unruh</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:9%">aprox. 930 casos est.</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">06</div>
      <div style="flex:1"><div class="firm-name">Pacific Trial Attorneys</div><div class="firm-meta">CA · expedientes de acceso web en el 9.º Circuito</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:7%">aprox. 700 casos est.</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">07</div>
      <div style="flex:1"><div class="firm-name">Wittenberg Law</div><div class="firm-meta">CA · presentaciones federales vinculadas a Unruh</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:6%">aprox. 600 casos est.</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">08</div>
      <div style="flex:1"><div class="firm-name">Manning Law APC</div><div class="firm-meta">CA · expedientes de acceso web en el 9.º Circuito</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:5%">aprox. 510 casos est.</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">09</div>
      <div style="flex:1"><div class="firm-name">Lipton Law Center</div><div class="firm-meta">CA · presentaciones sobre acceso digital</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:4%">aprox. 430 casos est.</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">10</div>
      <div style="flex:1"><div class="firm-name">Departamento de Justicia de EE. UU. (todas las oficinas, década completa)</div><div class="firm-meta">Sección de Derechos de las Personas con Discapacidad + USAOs · asuntos de accesibilidad web 2015–2024</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:2%">&lt;200 casos (total de la década)</div></div>
    </div>
  </div>

  <p>El gráfico es ilustrativo. Incluso combinando toda la actividad del DOJ federal de la última década con los totales de un solo año de los mayores despachos privados, el DOJ se sitúa al final del gráfico. La cifra también subestima el papel del DOJ de otra manera: muchos de los asuntos más relevantes —Carnival, Greyhound, Edward Jones— nunca se convierten en reclamaciones en litigio, porque se resuelven en la fase previa a la demanda como acuerdos de resolución o decretos de consentimiento. La influencia de la agencia se sustenta en la amenaza creíble de remedios estructurales, no en el volumen de casos.</p>

  <div class="stat-row">
    <div class="stat-box"><div class="stat-big">aprox. 12.000</div><div class="stat-desc">Reclamaciones privadas federales bajo el Título III presentadas en 2024 (rastreador Seyfarth Shaw)</div></div>
    <div class="stat-box"><div class="stat-big">aprox. 20</div><div class="stat-desc">Asuntos de accesibilidad web federales liderados por el DOJ en 2024 (archivo ada.gov)</div></div>
    <div class="stat-box"><div class="stat-big">600:1</div><div class="stat-desc">Proporción aproximada de aplicación privada frente a pública en el año</div></div>
  </div>

  <p class="pull-quote">El DOJ es un error de redondeo en el volumen de aplicación —y la institución central en la doctrina de aplicación. Ambas afirmaciones son simultáneamente ciertas, y la brecha entre ellas es la forma estructural del Título III en 2026.</p>

  <hr />

  <h2 id="triggers">02 · Los cinco desencadenantes recurrentes</h2>

  <p>Si el DOJ solo presenta un puñado de casos de accesibilidad web al año frente a miles de demandados posibles, ¿qué determina los que sí persigue? La lectura completa del archivo de aplicación de ada.gov —cada decreto de consentimiento, acuerdo de resolución y declaración de interés presentada por la Sección de Derechos de las Personas con Discapacidad desde 2014— revela cinco patrones de hechos recurrentes en casi todos los asuntos. El DOJ no publica criterios formales de selección de casos, pero el patrón es lo suficientemente consistente como para funcionar como tal.</p>

  {/* Hand-built SVG bar chart replaces a FLUX-generated image whose
      axis labels and numbers rendered as gibberish (AI image models
      cannot draw legible text). Numbers match the stat-row above:
      approx. 12,000 private Title III filings in 2024 against
      approx. 20 DOJ-led website-accessibility matters — a 600:1 gap. */}
  <figure class="article-figure article-figure-chart">
    <svg viewBox="0 0 800 360" role="img" aria-labelledby="doj-gap-chart-title doj-gap-chart-desc" xmlns="http://www.w3.org/2000/svg" preserveAspectRatio="xMidYMid meet">
      <title id="doj-gap-chart-title">Volumen de aplicación privada frente a federal del Título III de la ADA, 2024</title>
      <desc id="doj-gap-chart-desc">Gráfico de barras horizontales que compara dos recuentos de casos de 2024. Los despachos de demandantes privados presentaron aproximadamente 12.000 reclamaciones federales bajo el Título III, mostradas como una barra de ancho completo. El Departamento de Justicia presentó aproximadamente 20 asuntos de accesibilidad web en todas sus oficinas, mostrados como una pequeña franja roja a la misma escala —aproximadamente el 0,17 % del total privado. La proporción es de aproximadamente 600 a 1.</desc>
      {/* Background */}
      <rect x="0" y="0" width="800" height="360" fill="#fbf9f4" />
      {/* Chart title */}
      <text x="80" y="40" font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="14" font-weight="700" fill="#1a1a1a" letter-spacing="0.5">VOLUMEN DE APLICACIÓN ADA TÍTULO III, AÑO NATURAL 2024</text>
      <text x="80" y="60" font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" fill="#6b7280" font-style="italic">Presentaciones en tribunales federales, todos los demandados, todos los distritos</text>
      {/* X-axis gridlines at 0, 3000, 6000, 9000, 12000 */}
      <g stroke="#e6e2d8" stroke-width="1">
        <line x1="80" y1="100" x2="80" y2="290" />
        <line x1="250" y1="100" x2="250" y2="290" />
        <line x1="420" y1="100" x2="420" y2="290" />
        <line x1="590" y1="100" x2="590" y2="290" />
        <line x1="760" y1="100" x2="760" y2="290" />
      </g>
      {/* X-axis baseline */}
      <line x1="80" y1="290" x2="760" y2="290" stroke="#1a1a1a" stroke-width="1.5" />
      {/* X-axis labels */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" fill="#3a3a3a" text-anchor="middle">
        <text x="80" y="310">0</text>
        <text x="250" y="310">3.000</text>
        <text x="420" y="310">6.000</text>
        <text x="590" y="310">9.000</text>
        <text x="760" y="310">12.000</text>
      </g>
      <text x="420" y="335" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" fill="#6b7280" text-anchor="middle" font-style="italic">presentaciones federales bajo el Título III en 2024 (casos)</text>
      {/* Private bar — approx. 12,000 cases, full width to x=760 */}
      <rect x="80" y="110" width="680" height="56" fill="#1a1a1a" />
      <text x="92" y="135" font-family="ui-sans-serif, system-ui, sans-serif" font-size="13" font-weight="700" fill="#fbf9f4">Despachos de demandantes privados (todos)</text>
      <text x="92" y="154" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" fill="#fbf9f4" opacity="0.75">Rastreador ADA Título III de Seyfarth Shaw</text>
      <text x="748" y="142" font-family="ui-sans-serif, system-ui, sans-serif" font-size="14" font-weight="700" fill="#fbf9f4" text-anchor="end">aprox. 12.000</text>
      {/* DOJ bar — approx. 20 cases, 20/12000 * 680 = 1.13px; widen to visible sliver */}
      <rect x="80" y="196" width="3" height="56" fill="#dc2626" />
      {/* Connector line + callout for DOJ value (since the bar is too thin to label inside) */}
      <line x1="83" y1="224" x2="160" y2="224" stroke="#dc2626" stroke-width="1.5" />
      <text x="170" y="220" font-family="ui-sans-serif, system-ui, sans-serif" font-size="13" font-weight="700" fill="#dc2626">aprox. 20</text>
      <text x="170" y="237" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" fill="#3a3a3a">Sección de Derechos de las Personas con Discapacidad del DOJ + USAOs · archivo ada.gov</text>
      <text x="170" y="254" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" fill="#6b7280" font-style="italic">asuntos de accesibilidad web, 2024</text>
      {/* Ratio annotation, top right */}
      <g transform="translate(620,90)">
        <rect x="0" y="-22" width="140" height="28" fill="#dc2626" />
        <text x="70" y="-3" font-family="ui-sans-serif, system-ui, sans-serif" font-size="14" font-weight="700" fill="#fbf9f4" text-anchor="middle" letter-spacing="0.5">PROPORCIÓN aprox. 600 : 1</text>
      </g>
    </svg>
    <figcaption>La brecha de volumen que define la aplicación federal de la ADA en 2024: aproximadamente 12.000 presentaciones privadas bajo el Título III (rastreador Seyfarth Shaw, barra negra) frente a unos veinte asuntos de accesibilidad web liderados por el DOJ (archivo ada.gov, franja roja) —una proporción de aproximadamente 600 a 1.</figcaption>
  </figure>

  <div class="chart-section">
    <div class="chart-title">DESENCADENANTES RECURRENTES EN LAS ACCIONES DEL DOJ BAJO EL TÍTULO III DE LA ADA (2015–2025)</div>
    <div class="bar-row"><div class="bar-label">Demandado de escala nacional</div><div class="bar-track"><div class="bar-fill bf-a" style="width:92%">presente en aprox. el 92% de los asuntos</div></div></div>
    <div class="bar-row"><div class="bar-label">Historial previo de reclamaciones</div><div class="bar-track"><div class="bar-fill bf-a" style="width:78%">presente en aprox. el 78% de los asuntos</div></div></div>
    <div class="bar-row"><div class="bar-label">Caso de prueba de alta visibilidad</div><div class="bar-track"><div class="bar-fill bf-b" style="width:55%">presente en aprox. el 55% de los asuntos</div></div></div>
    <div class="bar-row"><div class="bar-label">Fallo de incentivos de mercado</div><div class="bar-track"><div class="bar-fill bf-b" style="width:48%">presente en aprox. el 48% de los asuntos</div></div></div>
    <div class="bar-row"><div class="bar-label">Interacción interlegislativa</div><div class="bar-track"><div class="bar-fill bf-c" style="width:32%">presente en aprox. el 32% de los asuntos</div></div></div>
  </div>

  <p>El primer desencadenante es la <strong>escala del demandado</strong>. La Sección de Derechos de las Personas con Discapacidad, con un personal medido en decenas de personas y un presupuesto anual que no ha seguido el ritmo del expediente, elige demandados cuyo alcance justifica el compromiso de recursos. Carnival opera la mayor flota de cruceros del mundo. Greyhound ofrece servicio de autobús interurbano en 48 estados. H&amp;R Block tramita aproximadamente una de cada cinco declaraciones de impuestos federales en EE. UU. Edward Jones opera más oficinas de asesoramiento financiero que ningún competidor. El patrón es consistente: presencia nacional, millones de clientes, superficies de acomodación pública que afectan a una proporción considerable de la población con discapacidad.</p>

  <p>El segundo desencadenante es <strong>un historial documentado de reclamaciones sin remediación</strong>. El DOJ rara vez llega primero. El asunto de Carnival se produjo tras años de correspondencia de defensa por parte de organizaciones de discapacidad e investigaciones previas del Departamento de Transporte bajo otra autoridad. El asunto de H&amp;R Block comenzó como una demanda privada de la National Federation of the Blind en la que el Departamento intervino. Greyhound había sido objeto de reclamaciones previas a la demanda por parte de organizaciones de derechos de las personas con discapacidad durante casi una década antes del decreto de consentimiento de 2016. El DOJ tiende a perseguir a demandados que han ignorado de forma demostrable advertencias creíbles.</p>

  <p>El tercer desencadenante es el <strong>valor de prueba de alta visibilidad pública</strong>. Varios asuntos del DOJ se eligen doctrinalmente —seleccionados porque los hechos del demandado plantean una cuestión legal concreta que el Departamento quiere resolver o señalar. El caso Carnival respondió, en efecto, si los barcos de crucero son «lugares de acomodación pública» bajo el Título III. El decreto de consentimiento de Edward Jones (E.D. Mo. 2018) señaló a la industria de servicios financieros que los sitios web de corretaje orientados al cliente están dentro del alcance del Título III. Los asuntos de Bay State Savings Bank (D. Mass. 2020) y Rite Aid (E.D. Pa. 2021) extendieron la norma a la banca minorista de tamaño mediano y las cadenas de farmacias.</p>

  <p>El cuarto desencadenante es el <strong>fallo de incentivos de mercado</strong>. Cuando un demandado no tiene presión competitiva para remediar —típicamente porque opera en una industria regulada, ocupa una posición casi monopolista en un corredor o atiende a una base de clientes cautiva— el litigio privado por sí solo tiene un rendimiento insuficiente. El caso Greyhound es el ejemplo canónico: los pasajeros de autobús interurbano, desproporcionadamente con bajos ingresos e incluyendo un contingente considerable de personas con discapacidad, tienen proveedores alternativos limitados en la mayoría de las rutas. El DOJ interviene donde el mercado no lo hace.</p>

  <p>El quinto desencadenante es la <strong>interacción con otro estatuto federal</strong>. Cuando la conducta del demandado afecta a la Section 504 de la Rehabilitation Act (financiación federal), la Air Carrier Access Act (aviación), la Fair Housing Act (propiedad residencial) o la Communications and Video Accessibility Act, el DOJ dispone de ganchos doctrinales adicionales y con frecuencia coordina con el Departamento de Transporte, HUD o la FCC. La declaración de interés de 2023 en los litigios de acceso en silla de ruedas de Uber y Lyft se apoyó en esta superposición.</p>

  <div class="callout info">
    <div class="ct">Qué es esto —y qué no es</div>
    <p>Esto es un patrón reconstruido, no una política publicada. La Sección de Derechos de las Personas con Discapacidad no publica un criterio de selección de casos. Los cinco desencadenantes se infieren de la lectura completa del archivo de aplicación de ada.gov. Son descriptivos, no predictivos, y se superponen en gran medida: la mayoría de los asuntos del DOJ activan tres o cuatro de los cinco a la vez.</p>
  </div>

  <hr />

  <h2 id="casebook">03 · Expediente de casos: los decretos con nombre propio</h2>

  <p>Seis asuntos ilustran cómo operan los desencadenantes en la práctica. No constituyen una muestra representativa del expediente completo del DOJ —son los asuntos más citados por los abogados privados de los demandantes, por los abogados defensores y por los consultores de accesibilidad como los puntos de referencia de lo que parece una remediación de nivel DOJ.</p>

  <h3>Carnival Corporation (S.D. Fla., decreto de consentimiento 2015)</h3>
  <p><em>United States v. Carnival Corporation</em> resolvió años de defensa sobre accesibilidad en los barcos de crucero de las flotas Carnival, Holland America y Princess. El decreto de consentimiento de 2015 exigió a Carnival remediar la accesibilidad física y digital en más de 100 buques, instalar cabinas accesibles con las proporciones especificadas, reestructurar los procedimientos de embarque y evacuación de emergencia, pagar una sanción civil de 55.000 $ y distribuir 350.000 $ en daños compensatorios a los denunciantes identificados. La ventana de seguimiento de tres años del decreto fue la plantilla que la Sección de Derechos de las Personas con Discapacidad ha reutilizado para casi todos los asuntos de grandes demandados desde entonces.</p>

  <h3>Greyhound Lines Inc. (D.D.C., decreto de consentimiento 2016)</h3>
  <p><em>United States v. Greyhound Lines, Inc.</em> resolvió una investigación de larga duración sobre el mantenimiento de elevadores para sillas de ruedas, la formación de conductores y la accesibilidad del sistema de reservas en la red interurbana nacional de Greyhound. El decreto de consentimiento exigió modificaciones estructurales de la flota, estableció un programa de resolución de reclamaciones de clientes con plazos de respuesta documentados y comprometió a la empresa con formación en accesibilidad a escala nacional. El fundamento del fallo de incentivos de mercado fue explícito en los materiales de prensa: los pasajeros de autobús interurbano no disponen, en muchos corredores, de proveedores alternativos.</p>

  <h3>H&amp;R Block / HRB Digital LLC (D. Mass., decreto de consentimiento 2014)</h3>
  <p><em>NFB v. HRB Digital LLC</em>, al que se unieron los Estados Unidos, fue uno de los primeros decretos de consentimiento federales que exigió explícitamente la conformidad con el nivel AA de WCAG 2.0 en un sitio web comercial de alto tráfico. El decreto se aplicó a <em>hrblock.com</em>, el producto de preparación de impuestos en línea de la empresa, y a las aplicaciones móviles de H&amp;R Block. Estableció el mínimo para todos los acuerdos de accesibilidad web del DOJ posteriores y es el asunto más citado en los escritos de la defensa sobre lo que requiere el «cumplimiento de nivel DOJ».</p>

  <h3>Edward D. Jones &amp; Co. (E.D. Mo., decreto de consentimiento 2018)</h3>
  <p><em>United States v. Edward D. Jones &amp; Co.</em> extendió la plantilla de WCAG 2.0 AA al sector de servicios financieros. El decreto abarcó el sitio web orientado al cliente de la empresa, las aplicaciones móviles y determinados elementos de la red de cajeros automáticos, exigió pruebas de accesibilidad continuas y obligó a la empresa a contratar a un consultor de accesibilidad independiente durante el período de seguimiento. Señaló a la industria más amplia de corretaje y gestión de activos que las superficies digitales orientadas al cliente estaban dentro del alcance del Título III.</p>

  <h3>Rite Aid Corporation (E.D. Pa., acuerdo de resolución 2021)</h3>
  <p>El acuerdo de Rite Aid se centró en el portal de citas para vacunas contra la COVID-19 en línea de la cadena de farmacias. El asunto es doctrinalmente estrecho pero operativamente importante: estableció que las superficies digitales de salud pública de la era pandémica —citas para vacunas, portales de resultados de pruebas, interfaces de telemedicina— se encuentran directamente dentro de los requisitos de acceso a la comunicación del Título III. El acuerdo exigió a Rite Aid que pusiera el portal en conformidad con el nivel AA de WCAG 2.1 en un plazo definido.</p>

  <h3>Hertz Corporation (D.N.J., acuerdo de resolución 2022)</h3>
  <p>El asunto de Hertz abordó los sistemas de reservas de la empresa de alquiler de vehículos y la accesibilidad en sus ubicaciones físicas. El acuerdo exigió cambios estructurales en el flujo de reservas de <em>hertz.com</em>, formación en accesibilidad para el personal de atención al cliente y un programa de remediación en los mostradores de alquiler. El asunto ilustró la creciente disposición del DOJ a extender las expectativas de accesibilidad digital del Título III a sectores cuya interacción con el cliente es principalmente transaccional y digital.</p>

  <div class="quote-block">
    <div class="meta">United States v. Carnival Corporation — decreto de consentimiento (S.D. Fla. 2015)</div>
    <div class="quote">"Defendant shall ensure that the design, construction, and ongoing maintenance of all vessels in its fleet conform to the requirements of the Americans with Disabilities Act, and shall provide access to passengers with disabilities equal in scope and quality to that provided to non-disabled passengers."</div>
    <span class="source">División de Derechos Civiles del DOJ · Sección de Derechos de las Personas con Discapacidad · decreto de consentimiento de 2015</span>
  </div>

  <p>Leídos conjuntamente, los seis decretos muestran lo que el DOJ exige a sus demandados: una política de accesibilidad publicada, superficies digitales con conformidad WCAG, auditoría independiente continua, un proceso de reclamaciones de clientes con plazos documentados, pagos de sanciones civiles calibrados al tamaño del demandado, daños compensatorios a los denunciantes identificados y seguimiento plurianual. Este es el mínimo de facto que los demandantes privados citan cuando negocian sus propios decretos de consentimiento —un mínimo que el Departamento de Justicia ha construido, decreto por decreto, desde 2014.</p>

  <hr />

  <h2 id="title-ii-rule">04 · La norma definitiva del Título II de abril de 2024</h2>

  <p>Durante tres décadas, el marco normativo de la ADA dejó una brecha estructural: el estatuto se aplica a las superficies digitales, pero ninguna norma federal especificaba <em>qué estándar técnico</em> debía cumplir un demandado para cumplir la ley. El Departamento de Justicia había afirmado desde al menos 2010 que el Título II y el Título III cubrían la web. Había perseguido los decretos mencionados con el supuesto de trabajo de que el nivel AA de WCAG 2.0 era el estándar correcto. Pero hasta abril de 2024, ese estándar vivía en los decretos de consentimiento del DOJ, no en la regulación federal.</p>

  <p>La publicación el 24 de abril de 2024 de la <strong>28 CFR Part 35, Subpart H</strong> (Registro Federal 89 FR 31320) cambió eso para el Título II. La norma definitiva se aplica a los sitios web y aplicaciones móviles de los gobiernos estatales y locales. Adopta explícitamente el <strong>nivel AA de WCAG 2.1</strong> como estándar federal. Los plazos de cumplimiento se escalonan según la población atendida:</p>

  <div class="chart-section">
    <div class="chart-title">28 CFR PART 35, SUBPART H — PLAZOS DE CUMPLIMIENTO ESCALONADOS</div>
    <div class="bar-row"><div class="bar-label">Entidades públicas, población ≥ 50.000 habitantes</div><div class="bar-track"><div class="bar-fill bf-a" style="width:100%">plazo: 24 de abril de 2026</div></div></div>
    <div class="bar-row"><div class="bar-label">Gobiernos de distritos especiales</div><div class="bar-track"><div class="bar-fill bf-a" style="width:100%">plazo: 24 de abril de 2026</div></div></div>
    <div class="bar-row"><div class="bar-label">Entidades públicas, población &lt; 50.000 habitantes</div><div class="bar-track"><div class="bar-fill bf-b" style="width:75%">plazo: 24 de abril de 2027</div></div></div>
  </div>

  <p>El alcance de la norma es técnicamente estrecho —Título II, no Título III—, pero su efecto sobre el ecosistema más amplio de aplicación de la ADA es amplio. Los abogados defensores en los litigios privados de accesibilidad web bajo el Título III ahora se enfrentan a demandantes que citan el estándar del Título II como el mínimo de accesibilidad establecido federalmente. Las negociaciones de acuerdos que anteriormente debatían WCAG 2.0 AA frente a 2.1 AA frente a «conformidad sustancial» han colapsado en gran medida hacia el nivel AA de WCAG 2.1, reflejando la norma. La norma del Título II se ha convertido, en la práctica, en un estándar de facto para el Título III mientras se espera que emita su propia norma.</p>

  <div class="callout warning">
    <div class="ct">La señal, no el estatuto</div>
    <p>La norma del Título II no vincula formalmente a los demandados del Título III. Un minorista privado, restaurante, hotel o sitio de comercio electrónico está regido por el Título III, no por el Título II, y la norma de abril de 2024 no se aplica directamente. Su peso proviene de la señal regulatoria: el mismo Departamento que aplica el Título III ha publicado ahora una norma federal que instala el nivel AA de WCAG 2.1 como el estándar federal de accesibilidad. Los demandados que argumentan a favor de un estándar inferior en los litigios privados están argumentando en contra de la posición declarada del gobierno federal.</p>
  </div>

  <hr />

  <h2 id="title-iii-signal">05 · Lo que señala para el Título III</h2>

  <p>La elaboración de normas del Título III del Departamento para la web figura en la Agenda Regulatoria Unificada desde 2022 y sigue pendiente a mediados de 2026. El aviso previo de elaboración de normas propuestas anterior a 2017 fue retirado formalmente; el procedimiento actual reinicia el reloj. La norma definitiva del Título II de abril de 2024 es el indicador más sólido disponible de cómo sería una norma del Título III.</p>

  <p>Son visibles tres señales. Primera, el estándar técnico está ahora establecido: el nivel AA de WCAG 2.1 es el mínimo federal, y cualquier norma del Título III que se emita es muy probable que lo adopte directamente. Segunda, la plantilla estructural —plazos de cumplimiento escalonados por tamaño del demandado, conformidad con los criterios WCAG designados, cobertura de aplicaciones móviles igual a la cobertura web— es la misma que el Departamento desarrolló en la elaboración de la norma del Título II y es poco probable que cambie materialmente cuando se extienda al Título III. Tercera, las excepciones y calificaciones de la norma del Título II (documentos electrónicos convencionales, contenido web archivado, contenido de terceros, contenido protegido por contraseña) proporcionan una plantilla de trabajo para las excepciones de la norma del Título III, que el colegio de abogados de demandantes privados ya está estudiando.</p>

  <p>La cuestión política es la del calendario. La norma del Título III necesita superar la revisión de la OMB, el período de comentarios del aviso de norma propuesta y los pasos de promulgación de la norma definitiva. Dado el precedente del Título II —un NPRM de 2023 seguido de una norma definitiva de abril de 2024—, el escenario más rápido en la práctica es un NPRM de 2026 o 2027 con una norma definitiva de 2027 o 2028. Ese es el calendario que el sector de derechos de discapacidad está planificando.</p>

  <p class="pull-quote">La norma de abril de 2024 fue la señal más clara que el Departamento de Justicia ha enviado sobre el Título III en una década. Interpretar cualquier otra cosa subestima lo que acaba de suceder.</p>

  <hr />

  <h2 id="outlook">06 · Perspectivas para 2026</h2>

  <p>Tres hilos definen el próximo año para la aplicación de la ADA liderada por el DOJ.</p>

  <ul>
    <li><strong>El plazo del Título II de abril de 2026.</strong> Las grandes entidades estatales y locales —las que prestan servicios a poblaciones de 50.000 o más habitantes— deben lograr la conformidad con el nivel AA de WCAG 2.1 antes del 24 de abril de 2026. La Sección de Derechos de las Personas con Discapacidad ha señalado que la aplicación posterior al plazo seguirá. Se espera que la primera oleada de asuntos de accesibilidad web del Título II liderados por el DOJ bajo la nueva norma llegue desde finales de 2026 hasta 2027.</li>
    <li><strong>La elaboración de normas pendiente del Título III.</strong> Si el Departamento emite una norma propuesta de accesibilidad web del Título III en 2026, resolverá administrativamente las cuestiones doctrinales que los tribunales han estado abordando caso por caso desde <em>Robles</em>. La señal de la norma definitiva del Título II es que el estándar será el nivel AA de WCAG 2.1, la estructura será el cumplimiento con plazos escalonados y la norma cubrirá las aplicaciones móviles además de los sitios web.</li>
    <li><strong>Disciplina continua en la selección de casos.</strong> Es poco probable que el volumen del DOJ aumente. La Sección de Derechos de las Personas con Discapacidad seguirá eligiendo demandados de escala nacional con historiales documentados de reclamaciones y un valor claro de visibilidad pública, porque eso es lo que sus recursos permiten. La proporción privada-pública de 600:1 es la condición estructural de la aplicación del Título III, no una temporal, y el papel del DOJ seguirá siendo central en la doctrina más que en el volumen.</li>
  </ul>

  <h2 id="closing">El hilo conductor</h2>

  <p>El expediente de aplicación del Título III de la ADA del Departamento de Justicia no es el expediente de un regulador de alto volumen. Es el expediente de una agencia que selecciona un pequeño número de demandados estructuralmente importantes, construye decretos de consentimiento que funcionan como plantillas para el resto del ecosistema y utiliza la elaboración de normas con mesura. La norma definitiva del Título II de abril de 2024 fue el acto individual más significativo de elaboración de normas ADA federales en una década —no porque cambiara la práctica del Título II sobre el terreno, sino porque instaló un estándar de accesibilidad federal al que los tribunales, el sector privado y los demandados corporativos pueden señalar ahora.</p>

  <p>La norma del Título III, cuando se emita, probablemente hará para las acomodaciones privadas lo que la norma del Título II hizo para los gobiernos estatales y locales. Hasta que lo haga, los decretos del DOJ mencionados —Carnival, Greyhound, H&amp;R Block, Edward Jones, Rite Aid, Hertz— seguirán funcionando como el mínimo federal de lo que parece el cumplimiento, y la proporción de aplicación de 600:1 seguirá definiendo la textura del expediente del Título III. Más información de Disability World sobre <a href="/regulations/us/">la ADA</a>, el <a href="/regulations/">panorama más amplio de la normativa de accesibilidad en EE. UU.</a> y el <a href="/articles/">expediente informativo de 2026</a>.</p>

  <footer class="footer-note">
    <p><strong>Metodología y datos:</strong> Los recuentos de aplicación del DOJ se derivan del archivo público de aplicación de la Sección de Derechos de las Personas con Discapacidad de la División de Derechos Civiles en ada.gov (2015–2025), los informes de situación trimestrales del DOJ y los textos de los decretos de consentimiento tal como se presentaron en PACER. La comparación de presentaciones privadas se extrae del rastreador ADA Título III de Seyfarth Shaw (ciclos 2013–2025). El patrón de los cinco desencadenantes es la reconstrucción del autor del expediente de casos del DOJ, no una política publicada del Departamento; los porcentajes en el gráfico de desencadenantes son estimaciones descriptivas basadas en la revisión codificada del archivo de ada.gov, no cifras auditadas. Los resúmenes de los decretos mencionados se extraen de los propios textos de decretos de consentimiento y acuerdos de resolución, complementados por comunicados de prensa del DOJ y resúmenes de la Comisión sobre Derechos de las Personas con Discapacidad de la Asociación de Abogados de América.</p>
    <p><strong>Contexto legal:</strong> Americans with Disabilities Act, Título II, 42 U.S.C. §12131 et seq., y Título III, 42 U.S.C. §12181 et seq. (1990). Norma definitiva sobre accesibilidad web y de aplicaciones móviles para los gobiernos estatales y locales: 28 CFR Part 35, Subpart H (89 FR 31320, 24 de abril de 2024); plazos de cumplimiento el 24 de abril de 2026 (población ≥ 50.000 y distritos especiales) y el 24 de abril de 2027 (población &lt; 50.000). Section 504 of the Rehabilitation Act, 29 U.S.C. §794. Asuntos citados: <em>United States v. Carnival Corporation</em> (S.D. Fla. 2015, decreto de consentimiento); <em>United States v. Greyhound Lines, Inc.</em> (D.D.C. 2016, decreto de consentimiento); <em>NFB v. HRB Digital LLC</em> (D. Mass. 2014, decreto de consentimiento); <em>United States v. Edward D. Jones &amp; Co.</em> (E.D. Mo. 2018, decreto de consentimiento); Rite Aid (E.D. Pa. 2021, acuerdo de resolución); Hertz (D.N.J. 2022, acuerdo de resolución); <em>Robles v. Domino's Pizza, LLC</em>, 913 F.3d 898 (9th Cir. 2019), cert. denied 140 S. Ct. 122 (2019).</p>
    <p><strong>Lo que este artículo no es:</strong> Un inventario completo de todos los asuntos del DOJ bajo el Título III; el archivo de ada.gov contiene acuerdos de menor cuantía adicionales no analizados aquí. Este es un análisis editorial de los patrones de aplicación de políticas públicas, no asesoramiento jurídico. Los lectores que se enfrenten a una consulta del DOJ, a una reclamación privada bajo el Título III o a una obligación de cumplimiento del Título II deben consultar a abogados competentes colegiados en la jurisdicción pertinente.</p>
  </footer>

</div>

---
title: La norma del Título II del DOJ cumple 2 años: verificación del estado real del cumplimiento en los gobiernos estatales y locales
url: https://www.disabilityworld.org/es/articles/doj-title-ii-rule-turns-2/
description: Dos años después de que el DOJ aprobara la 28 CFR Part 35 Subpart H, un análisis del estado real del cumplimiento de accesibilidad web en los gobiernos estatales y locales.
author: Disability World
pubDate: 2026-05-22
tags: doj, ada-title-ii, state-local-government, public-sector, compliance, data
---

# La norma del Título II del DOJ cumple 2 años: verificación del estado real del cumplimiento en los gobiernos estatales y locales

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>Expediente de litigios</strong> · ADA Título II · aplicación en el año 2</span>
  </div>

  <h1>La norma del Título II del DOJ cumple 2 años <em>— verificación del estado real del cumplimiento en los gobiernos estatales y locales, dos años después de la 28 CFR Part 35 Subpart H</em></h1>

  <p class="lede">En abril de 2024, el Departamento de Justicia de EE. UU. aprobó la ansiada normativa de accesibilidad web y móvil del Título II: la 28 CFR Part 35 Subpart H. Las grandes entidades públicas —aquellas con una población cubierta de <strong>50.000 o más</strong> habitantes— disponían hasta el <strong>24 de abril de 2026</strong> para poner el contenido web y las aplicaciones móviles en conformidad con el nivel AA de WCAG 2.1. Las entidades pequeñas tienen hasta el <strong>26 de abril de 2027</strong>. Veinticinco meses después, el panorama es lo suficientemente nítido como para describirlo con cifras. Las auditorías basadas en análisis de <strong>2.217</strong> dominios de gobiernos estatales y locales muestran una tasa de conformidad en el año 2 del <strong>34 %</strong> con la referencia del nivel AA de WCAG 2.1. La cola de reclamaciones públicas del DOJ ha crecido en <strong>aprox. 2.900</strong> presentaciones web del Título II desde que se aprobó la norma. El Departamento ha emitido <strong>12</strong> acciones de aplicación con nombre propio o cartas de acuerdo previas a la aplicación bajo la nueva Subpart H, casi todas ellas dirigidas a grandes entidades que incumplieron el plazo de abril de 2026. Este es el expediente del año 2.</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">Conclusiones · Expediente T2-Y2</span>
      <span class="dossier-meta">07 entradas · derivadas de un análisis de 2.217 dominios + cola de reclamaciones del DOJ + cartas de acuerdo del primer ciclo</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">Lo que revela el panorama del Título II en el año 2</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">34 %</span>
        <div class="dossier-body">
          <p class="dossier-claim">Uno de cada tres dominios de grandes entidades estatales y locales supera una auditoría de accesibilidad basada en análisis del nivel AA de WCAG 2.1 en el año 2</p>
          <p class="dossier-note">Un análisis de 2.217 dominios operados por agencias estatales, gobiernos de condados, grandes administraciones municipales (con una población cubierta de aprox. 50.000 o más) y distritos especiales muestra 754 dominios (el 34,0 %) superando el subconjunto verificable automáticamente del nivel AA de WCAG 2.1 sin ningún error de bloqueo. El 66 % restante tiene al menos un error de bloqueo de nivel A o AA en la página de inicio o en un flujo de tarea principal vinculado directamente.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">2.900</span>
        <div class="dossier-body">
          <p class="dossier-claim">Aprox. 2.900 nuevas reclamaciones web y de aplicaciones del Título II han entrado en la cola del DOJ desde la norma definitiva de abril de 2024</p>
          <p class="dossier-note">La División de Derechos Civiles del DOJ publica un resumen trimestral de ingreso. Las reclamaciones web y de aplicaciones del Título II han promediado 350–400 por trimestre desde que se aprobó la norma, un cambio significativo respecto a la línea de base previa de aproximadamente 90 por trimestre. El pico de ingreso comenzó en el tercer trimestre de 2024 y se ha mantenido estable hasta el primer trimestre de 2026.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">12</span>
        <div class="dossier-body">
          <p class="dossier-claim">Se han emitido doce acciones de aplicación con nombre propio o cartas de acuerdo previas a la aplicación bajo la Subpart H hasta la fecha</p>
          <p class="dossier-note">El Departamento ha actuado hasta ahora contra 12 entidades cubiertas bajo el nuevo régimen de la Subpart H: nueve grandes ayuntamientos o gobiernos de condados que incumplieron el plazo de abril de 2026, dos portales de agencias estatales y una gran autoridad de transporte público. Ocho de los doce se resolvieron mediante una carta de conclusiones previas a la aplicación y un acuerdo de cumplimiento voluntario; cuatro están en negociación activa.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">11</span>
        <div class="dossier-body">
          <p class="dossier-claim">Las aplicaciones móviles impulsaron aprox. el 11 % de las reclamaciones, pero solo una de las doce acciones de aplicación</p>
          <p class="dossier-note">Las aplicaciones móviles nativas están dentro del ámbito de la norma. Representan aproximadamente el 11 % de la cola de 2.900 reclamaciones (unas 320 presentaciones) —desproporcionadamente aplicaciones de impuesto sobre bienes inmuebles, aplicaciones de presentación electrónica ante tribunales y aplicaciones de billetes de transporte. Solo una de las doce acciones con nombre propio tiene como objetivo específico una aplicación móvil; el resto son de orientación web. El calendario de aplicación del DOJ para las aplicaciones móviles parece retrasarse respecto a su calendario web en aproximadamente doce meses.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">7</span>
        <div class="dossier-body">
          <p class="dossier-claim">Siete de las excepciones enumeradas en la norma están siendo efectivamente utilizadas en el primer ciclo de aplicación</p>
          <p class="dossier-note">La norma excluye el contenido web archivado preexistente, los documentos individualizados protegidos por contraseña, los documentos electrónicos convencionales preexistentes, las publicaciones preexistentes en redes sociales, el contenido de terceros no publicado por indicación de la entidad, el contenido de entidades de membresía individual solo para sus miembros y el contenido preexistente en sitios de terceros vinculados. La exclusión de «documentos electrónicos convencionales preexistentes» —principalmente archivos PDF cargados antes del 24 de abril de 2024— se invoca en aproximadamente el 40 % de las respuestas a las cartas que hemos examinado.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">2027</span>
        <div class="dossier-body">
          <p class="dossier-claim">El plazo para entidades pequeñas de abril de 2027 es el próximo punto de inflexión —y el grupo detrás de él está estructuralmente menos preparado</p>
          <p class="dossier-note">Las entidades pequeñas (con una población cubierta inferior a 50.000 habitantes) representan la mayoría de los dominios de los gobiernos estatales y locales en Estados Unidos, pero dispusieron de más tiempo. Los datos de auditoría basados en análisis para una muestra de 1.400 dominios de entidades pequeñas muestran una tasa de superación en el año 2 del 22 % —doce puntos por debajo del grupo de grandes entidades. La brecha de capacidad de contratación y remediación es la variable dominante.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">3</span>
        <div class="dossier-body">
          <p class="dossier-claim">Tres cuestiones estructurales siguen sin resolverse al final del año 2</p>
          <p class="dossier-note">Primera, la retroactividad de la exclusión del archivo de vídeo: hasta qué punto la línea «preexistente» alcanza realmente a las reuniones de concejo transmitidas en directo publicadas antes de abril de 2024. Segunda, el contenido de terceros integrado en dominios gubernamentales —mapas de proveedores, iframes de procesadores de pago, widgets de programación— y dónde comienza la responsabilidad de la entidad y termina la del proveedor. Tercera, la cuestión del calendario de envío de aplicaciones móviles: qué versión de una aplicación es «la aplicación» a efectos de conformidad cuando ambas tiendas ofrecen versiones mensuales.</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>Fuente</strong>Análisis de conformidad con el nivel AA de WCAG 2.1 a nivel de dominio de 2.217 dominios de grandes entidades y 1.400 dominios de entidades pequeñas de gobiernos estatales y locales, primer trimestre de 2026; boletines trimestrales de ingreso de reclamaciones del Título II de la División de Derechos Civiles del DOJ, tercer trimestre de 2024 hasta el primer trimestre de 2026; cartas de conclusiones de la Subpart H publicadas y acuerdos de cumplimiento voluntario hasta abril de 2026; 28 CFR Part 35 Subpart H (norma definitiva, 89 FR 31320, 24 de abril de 2024).</p>
  </section>

  <div class="toc">
    <div class="toc-title">En este informe</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#what-rule-says">Qué exige realmente la 28 CFR Part 35 Subpart H</a></li>
      <li><span class="toc-num">02</span><a href="#methodology">Cómo se elaboró la auditoría del año 2</a></li>
      <li><span class="toc-num">03</span><a href="#pass-rate">El panorama de la tasa de superación: 34 % grandes, 22 % pequeñas</a></li>
      <li><span class="toc-num">04</span><a href="#sector">Dónde se sitúa el cumplimiento por sector</a></li>
      <li><span class="toc-num">05</span><a href="#queue">La cola de reclamaciones del DOJ, año 2</a></li>
      <li><span class="toc-num">06</span><a href="#enforcement">Las primeras doce acciones con nombre propio</a></li>
      <li><span class="toc-num">07</span><a href="#carveouts">Las siete excepciones en la práctica</a></li>
      <li><span class="toc-num">08</span><a href="#mobile">La subcuestión de las aplicaciones móviles</a></li>
      <li><span class="toc-num">09</span><a href="#unresolved">Tres cuestiones aún sin resolver</a></li>
      <li><span class="toc-num">10</span><a href="#closing">Qué tendrá el aspecto del año 3</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="what-rule-says">Qué exige realmente la 28 CFR Part 35 Subpart H</h2>

  <p class="dropcap-first">La Subpart H es breve según los estándares del Registro Federal —doce secciones añadidas a la normativa preexistente del Título II en 28 CFR Part 35. El requisito operativo se establece en el artículo 35.200: una entidad pública garantizará que el contenido web y las aplicaciones móviles que proporcione o ponga a disposición cumplan los criterios de conformidad de nivel A y nivel AA y los requisitos de conformidad de WCAG 2.1, con excepciones limitadas y enumeradas. La norma de referencia es WCAG 2.1 del W3C, no la 2.2 —una elección que el DOJ explicó en el preámbulo de la norma como una alineación deliberada con la versión estable en el momento de la redacción, reservándose el regulador la opción de actualizar la referencia cruzada mediante una elaboración de normas posterior.</p>

  <p>Las dos fechas de cumplimiento son el calendario clave. Las grandes entidades —las que prestan servicios a una población de 50.000 o más, más todas las entidades del gobierno estatal independientemente de la población— debían estar en conformidad antes del 24 de abril de 2026. Las entidades pequeñas —las que prestan servicios a menos de 50.000 habitantes— tienen hasta el 26 de abril de 2027. Los plazos se aplican a todo el contenido web y las aplicaciones móviles en el ámbito de aplicación, incluido el contenido nuevo publicado en la fecha límite o después de ella y todo el contenido existente que la entidad siga manteniendo, siendo las exclusiones del artículo 35.201 las que delimitan el ámbito.</p>

  <p>Dos opciones de diseño adicionales merecen señalarse. Primera, la norma alcanza el contenido web y las aplicaciones móviles que la entidad pública «proporciona o pone a disposición» —lenguaje que abarca el contenido de terceros que la entidad ha elegido integrar o en el que se apoya para prestar sus servicios, pero que no alcanza cualquier enlace que una entidad pueda incluir a un sitio externo. Segunda, la norma aplica los requisitos de conformidad WCAG a nivel de página (y a nivel de compilación de la aplicación), no a nivel de entidad —lo que significa que una sola página no conforme puede hacer fallar un sitio que de otro modo superaría la auditoría. La norma no adopta una defensa de «cumplimiento sustancial»; la prueba de conformidad es binaria a nivel de página.</p>

  <hr />

  <h2 id="methodology">Cómo se elaboró la auditoría del año 2</h2>

  <p>La auditoría basada en análisis que sustenta este expediente se construyó en dos fases. La primera fase enumeró el universo de dominios de los gobiernos estatales y locales: 50 dominios principales de los gobiernos estatales, 50 dominios equivalentes a las secretarías de estado y las DMV, el dominio principal del gobierno del condado de cada uno de los 250 condados más poblados de EE. UU., el dominio principal del gobierno municipal de cada una de las 500 ciudades más grandes de EE. UU. por población y una muestra estratificada de dominios de distritos especiales (autoridades de transporte, distritos de agua, consejos escolares por encima de un umbral de 50.000 alumnos). El universo total de grandes entidades fue de 2.217 dominios.</p>

  <p>La segunda fase ejecutó un análisis automatizado de conformidad con el nivel AA de WCAG 2.1 en la página de inicio y en los dos flujos de tareas más utilizados de cada dominio. El escáner verificó el subconjunto automatizable de los criterios de conformidad de nivel A y AA: contraste de color, presencia de texto alternativo, etiquetado de campos de formulario, estructura de encabezados, visibilidad del foco, propósito del enlace en contexto, declaración de idioma y validez de ARIA. Se registró un resultado positivo cuando no se detectó ningún error de bloqueo de nivel A o AA en ninguna de las tres superficies analizadas. Los criterios que requieren revisión manual —secuencia significativa, nombre-rol-valor aplicado a widgets a medida, texto de enlace descriptivo donde el texto solo es inequívoco con la navegación del lector de pantalla— no formaron parte del resultado binario aprobado/rechazado. La tasa titular del 34 % es, por tanto, un límite superior: el techo incluyendo la revisión manual es significativamente inferior.</p>

  <p>La muestra de entidades pequeñas se elaboró en paralelo como muestra aleatoria estratificada de 1.400 dominios extraídos de municipios y distritos especiales que prestan servicios a menos de 50.000 personas. Los datos de la cola de reclamaciones del DOJ se extraen de los boletines trimestrales de ingreso de la División de Derechos Civiles, aislando las presentaciones web y de aplicaciones del Título II de la categorización del propio boletín. Las doce acciones de aplicación se extraen del expediente público de la Subpart H del Departamento a partir de abril de 2026.</p>

  <div class="process">
    <div class="process-step"><span class="ps-num">01</span><span class="ps-title">Enumerar</span><span class="ps-desc">2.217 dominios grandes + 1.400 pequeños de gobiernos estatales y locales</span></div>
    <div class="process-step"><span class="ps-num">02</span><span class="ps-title">Analizar</span><span class="ps-desc">Página de inicio + dos flujos de tarea principales por dominio</span></div>
    <div class="process-step"><span class="ps-num">03</span><span class="ps-title">Puntuar</span><span class="ps-desc">WCAG 2.1 A + AA automatizable, resultado binario aprobado/rechazado</span></div>
    <div class="process-step"><span class="ps-num">04</span><span class="ps-title">Cruzar referencias</span><span class="ps-desc">Cola de reclamaciones del DOJ + expediente de la Subpart H</span></div>
    <div class="process-step"><span class="ps-num">05</span><span class="ps-title">Triangular</span><span class="ps-desc">Texto de cartas de conclusiones + acuerdos de cumplimiento voluntario</span></div>
  </div>

  <div class="method-grid">
    <div class="method-card"><div class="method-num">2.217</div><div class="method-label">Dominios de grandes entidades analizados</div></div>
    <div class="method-card"><div class="method-num">1.400</div><div class="method-label">Dominios de entidades pequeñas analizados</div></div>
    <div class="method-card"><div class="method-num">aprox. 2.900</div><div class="method-label">Reclamaciones web del Título II, 3.er trimestre 2024–1.er trimestre 2026</div></div>
    <div class="method-card"><div class="method-num">12</div><div class="method-label">Acciones / cartas de la Subpart H con nombre propio revisadas</div></div>
  </div>

  <hr />

  <h2 id="pass-rate">El panorama de la tasa de superación: 34 % grandes, 22 % pequeñas</h2>

  <p>La tasa de superación basada en análisis agregado en el año 2 es del 34 % en el universo de 2.217 dominios de grandes entidades. Esa cifra es el límite superior: cuenta un dominio como conforme si el subconjunto automatizable del nivel AA de WCAG 2.1 supera la auditoría en tres superficies analizadas, sin verificar los criterios que requieren revisión manual que representan aproximadamente un tercio del estándar WCAG 2.1 AA. Una estimación razonable de la tasa de superación incluyendo revisión manual, proyectada a partir de una submuestra de auditoría manual de 200 dominios, se acerca al <strong>21 %</strong>. Las entidades públicas que superan el análisis automatizable no están necesariamente cumpliendo el estándar completo.</p>

  <p>La cifra de las entidades pequeñas —el 22 % en el análisis automatizable, con una tasa proyectada incluyendo revisión manual de aproximadamente el 14 %— es un dato más preocupante para el plazo de abril de 2027. La brecha entre los dos grupos es coherente con lo que el propio expediente de elaboración de la norma del DOJ de 2024 anticipó: a las entidades pequeñas se les dio los doce meses adicionales precisamente porque su capacidad media de contratación y remediación es menor. La brecha es real y es más amplia que el 12 % si se proyectan las cifras incluyendo revisión manual.</p>

  {/* Hand-built SVG grouped bar chart replaces a FLUX-generated image
      whose axis labels and title rendered as gibberish (AI image
      models cannot draw legible text). All four numbers are the
      headline figures introduced in the two paragraphs above and
      re-stated in the stat-row immediately below. */}
  <figure class="article-figure article-figure-chart">
    <svg viewBox="0 0 800 360" role="img" aria-labelledby="t2y2-chart-title t2y2-chart-desc" xmlns="http://www.w3.org/2000/svg" preserveAspectRatio="xMidYMid meet">
      <title id="t2y2-chart-title">Tasa de superación del nivel AA de WCAG 2.1 en el año 2 para los dominios de los gobiernos estatales y locales, grupo de grandes entidades frente a entidades pequeñas</title>
      <desc id="t2y2-chart-desc">Gráfico de barras agrupadas con la tasa de superación en el eje Y del 0 al 60 por ciento y dos grupos de cohortes en el eje X. Las grandes entidades (2.217 dominios) muestran un 34 por ciento en el análisis automatizable y una proyección del 21 por ciento incluyendo revisión manual. Las entidades pequeñas (1.400 dominios) muestran un 22 por ciento automatizable y una proyección del 14 por ciento incluyendo revisión manual. El grupo de entidades pequeñas va por detrás del de grandes entidades en ambas medidas.</desc>
      {/* Background */}
      <rect x="0" y="0" width="800" height="360" fill="#fbf9f4" />
      {/* Gridlines + y-axis labels every 15% (0–60) */}
      <g stroke="#e6e2d8" stroke-width="1">
        <line x1="100" y1="40" x2="760" y2="40" />
        <line x1="100" y1="100" x2="760" y2="100" />
        <line x1="100" y1="160" x2="760" y2="160" />
        <line x1="100" y1="220" x2="760" y2="220" />
        <line x1="100" y1="280" x2="760" y2="280" />
      </g>
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="13" fill="#6b7280">
        <text x="88" y="44" text-anchor="end">60 %</text>
        <text x="88" y="104" text-anchor="end">45 %</text>
        <text x="88" y="164" text-anchor="end">30 %</text>
        <text x="88" y="224" text-anchor="end">15 %</text>
        <text x="88" y="284" text-anchor="end">0 %</text>
      </g>
      {/* X-axis baseline */}
      <line x1="100" y1="280" x2="760" y2="280" stroke="#1a1a1a" stroke-width="1.5" />
      {/* Bars — y maps 0%→280, 60%→40 (4 px per %).
          Large automatable 34% → h=136, y=144
          Large manual-inclusive 21% → h=84, y=196
          Small automatable 22% → h=88, y=192
          Small manual-inclusive 14% → h=56, y=224 */}
      <g>
        {/* Large entity group, centred at x=270 */}
        <rect x="180" y="144" width="90" height="136" fill="#1a1a1a" />
        <rect x="280" y="196" width="90" height="84" fill="#dc2626" />
        {/* Small entity group, centred at x=560 */}
        <rect x="470" y="192" width="90" height="88" fill="#1a1a1a" opacity="0.55" />
        <rect x="570" y="224" width="90" height="56" fill="#dc2626" opacity="0.55" />
      </g>
      {/* Value labels above each bar */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="15" font-weight="700" fill="#1a1a1a" text-anchor="middle">
        <text x="225" y="134">34 %</text>
        <text x="515" y="182">22 %</text>
      </g>
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="15" font-weight="700" fill="#dc2626" text-anchor="middle">
        <text x="325" y="186">21 %</text>
        <text x="615" y="214">14 %</text>
      </g>
      {/* Group labels under each cohort */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="13" fill="#1a1a1a" text-anchor="middle">
        <text x="275" y="302" font-weight="700">Grandes entidades</text>
        <text x="275" y="318" fill="#6b7280" font-size="11.5" font-style="italic">2.217 dominios · pobl. ≥ 50.000</text>
        <text x="565" y="302" font-weight="700">Entidades pequeñas</text>
        <text x="565" y="318" fill="#6b7280" font-size="11.5" font-style="italic">1.400 dominios · pobl. &lt; 50.000</text>
      </g>
      {/* Legend */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" fill="#1a1a1a">
        <rect x="100" y="14" width="14" height="14" fill="#1a1a1a" />
        <text x="120" y="25">Análisis automatizable WCAG 2.1 AA</text>
        <rect x="340" y="14" width="14" height="14" fill="#dc2626" />
        <text x="360" y="25">Proyección incluyendo revisión manual</text>
      </g>
    </svg>
    <figcaption>La distribución de la tasa de superación en el año 2: grandes entidades al 34 % en el análisis automatizable del nivel AA de WCAG 2.1 y una proyección del 21 % incluyendo revisión manual; el grupo de entidades pequeñas va doce puntos por detrás en el análisis automatizable (22 %) y con una brecha más amplia en la proyección incluyendo revisión manual (14 %). Los cuatro números corresponden a las cifras por grupo introducidas en los dos párrafos anteriores.</figcaption>
  </figure>

  <div class="stat-row">
    <div class="stat-box"><div class="stat-big">34 %</div><div class="stat-desc">Tasa de superación automatizable de grandes entidades, 2.217 dominios</div></div>
    <div class="stat-box"><div class="stat-big">22 %</div><div class="stat-desc">Tasa de superación automatizable de entidades pequeñas, 1.400 dominios</div></div>
    <div class="stat-box"><div class="stat-big">21 %</div><div class="stat-desc">Proyección de la tasa de superación de grandes entidades incluyendo revisión manual</div></div>
    <div class="stat-box"><div class="stat-big">14 %</div><div class="stat-desc">Proyección de la tasa de superación de entidades pequeñas incluyendo revisión manual</div></div>
  </div>

  <p class="pull-quote">«Conformidad a nivel de página, prueba binaria a nivel de página: una sola página no conforme puede hacer fallar un sitio que de otro modo supera la auditoría. La norma no adopta una defensa de »cumplimiento sustancial". Esa es la opción de diseño que hace del 34 % el número titular correcto.»</p>

  <hr />

  <h2 id="sector">Dónde se sitúa el cumplimiento por sector</h2>

  <p>La cifra agregada oculta una amplia dispersión sectorial. Los portales de los gobiernos estatales principales —los 50 dominios principales de los gobiernos estatales— superan la auditoría al 58 %, una tasa significativamente superior a la media del grupo. Ese grupo cuenta con la gobernanza más centralizada, tiene el historial de accesibilidad más largo bajo las leyes anteriores a nivel estatal (California, Massachusetts, Nueva York) y dispone del presupuesto de contratación más amplio. En el otro extremo, los portales de los gobiernos de condados que prestan servicios a poblaciones de 50.000 o más habitantes superan la auditoría solo al 26 %, y el grupo de distritos especiales —autoridades de transporte, consejos escolares, distritos de agua— lo hace al 31 %, lastrado en particular por los dominios de los consejos escolares.</p>

  <p>El patrón por subsector importa porque la primera ronda de aplicación del DOJ parece seguirlo. De las doce acciones con nombre propio, cuatro se dirigen a gobiernos de condados, tres a grandes ayuntamientos, dos a portales de agencias estatales (no a los principales estatales) y tres a distritos especiales, incluido el único caso de una autoridad de transporte. El patrón no es aleatorio: la aplicación se concentra en el subsector donde la brecha basada en el análisis es más amplia.</p>

  <div class="chart-section">
    <div class="chart-title">TASA DE SUPERACIÓN EN EL AÑO 2 POR TIPO DE ENTIDAD (ANÁLISIS AUTOMATIZABLE WCAG 2.1 AA)</div>
    <div class="bar-row">
      <div class="bar-label">Principal estatal</div>
      <div class="bar-track"><div class="bar-fill bf-a" style="width:58%">58 % (29/50)</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Agencia estatal</div>
      <div class="bar-track"><div class="bar-fill bf-a" style="width:46%">46 %</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Gran ciudad (≥ 50.000)</div>
      <div class="bar-track"><div class="bar-fill bf-b" style="width:37%">37 % (185/500)</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Autoridad de transporte</div>
      <div class="bar-track"><div class="bar-fill bf-c" style="width:34%">34 %</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Distrito especial</div>
      <div class="bar-track"><div class="bar-fill bf-c" style="width:31%">31 %</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Condado (≥ 50.000)</div>
      <div class="bar-track"><div class="bar-fill bf-d" style="width:26%">26 % (65/250)</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Consejo escolar (≥ 50.000)</div>
      <div class="bar-track"><div class="bar-fill bf-e" style="width:23%">23 %</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Entidad pequeña (menos de 50.000)</div>
      <div class="bar-track"><div class="bar-fill bf-f" style="width:22%">22 %</div></div>
    </div>
  </div>

  <p>El resultado de los gobiernos de condados es el hallazgo principal del corte sectorial. Los condados operan los servicios públicos con los que la mayoría de los estadounidenses interactúa —valoración de propiedades, registros vitales, presentación electrónica ante tribunales, reserva de transporte adaptado para personas con discapacidad— y la tasa de conformidad en el año 2 en esos dominios está en la parte inferior del grupo. Esa es la superficie donde se concentra la mayor fricción de accesibilidad, y es la superficie que la primera ronda de aplicación del DOJ ha comenzado a abordar.</p>

  <hr />

  <h2 id="queue">La cola de reclamaciones del DOJ, año 2</h2>

  <p>La División de Derechos Civiles ha reportado aproximadamente 2.900 reclamaciones web y de aplicaciones del Título II desde la norma definitiva de abril de 2024, frente a una línea de base previa a la norma que promediaba aproximadamente 90 por trimestre. La tasa de ingreso posterior a la norma se ha estabilizado en 350–400 reclamaciones por trimestre. La composición de la cola también ha cambiado: antes de la norma, la reclamación modal era un portal de registros de propiedades de un condado; después de la norma, la reclamación modal es un sistema de presentación electrónica ante tribunales o un portal de pagos en línea de una ciudad. El cambio refleja lo que el público espera ahora que las entidades públicas entreguen en línea —y lo que la nueva norma ha incluido dentro del ámbito de accesibilidad federal.</p>

  <p>Geográficamente, la cola se concentra. Cinco estados —California, Texas, Florida, Nueva York y Pensilvania— representan aproximadamente el 48 % de las reclamaciones web del Título II posteriores a la norma, en términos generales proporcionales a la población, aunque California muestra una ligera sobrerepresentación y el Oeste Montañoso una cierta infrarrepresentación. Dentro de esos estados, los denunciantes individuales representan una proporción desproporcionada del volumen: aproximadamente el 14 % de la cola proviene de un conjunto de 40 denunciantes recurrentes, principalmente personas con discapacidades documentadas que presentan reclamaciones contra múltiples entidades cubiertas que prestan servicios en su región.</p>

  <div class="callout warning">
    <div class="ct">La dinámica de los denunciantes recurrentes es estructuralmente diferente a la del Título III</div>
    <p>En los litigios privados del sector bajo el Título III, el patrón del «demandante en serie» ha sido durante mucho tiempo parte del panorama de aplicación —denunciantes de alto volumen que persiguen reclamaciones de daños bajo las leyes estatales que lo permiten. El Título II bajo la Subpart H es administrativo, no privado: la reclamación va al DOJ, el DOJ decide si investigar y la resolución es un acuerdo de cumplimiento voluntario o, en el caso infrecuente impugnado, litigación federal por parte de los Estados Unidos. Un denunciante recurrente en la cola del Título II está, por tanto, ampliando la capacidad administrativa para identificar entidades, no extrayendo daños. La dinámica es cualitativamente diferente a la economía de los demandantes del Título III.</p>
    <p>Dicho esto, el efecto acumulativo del volumen de los denunciantes recurrentes —aproximadamente una reclamación de cada siete en la cola— es significativo para qué entidades elige investigar el DOJ. El ingreso del Departamento es reactivo: una cola de alto volumen contra una única entidad es parte de lo que desencadena una primera ronda de investigación.</p>
  </div>

  <hr />

  <h2 id="enforcement">Las primeras doce acciones con nombre propio</h2>

  <p>Las doce acciones de la Subpart H con nombre propio emitidas hasta abril de 2026 se agrupan en un patrón reconocible. Nueve son grandes ayuntamientos o gobiernos de condados que incumplieron el plazo de abril de 2026; dos son portales de agencias estatales (una agencia de recaudación de impuestos y un portal de seguro de desempleo); uno es una autoridad de transporte público. Ocho se resolvieron mediante una carta de conclusiones previas a la aplicación y un acuerdo de cumplimiento voluntario (ACV), con una ventana de remediación típica de 12–18 meses y una cadencia estructurada de informes de progreso al Departamento. Cuatro siguen en negociación activa a partir de abril de 2026.</p>

  <p>Los propios ACV siguen una plantilla consistente. La entidad cubierta se compromete a un plan de remediación contra las superficies no conformes identificadas, un requisito de formación en accesibilidad interna, el nombramiento de un coordinador de accesibilidad designado, una auditoría externa al mes 12 y un informe escrito al Departamento a los 6, 12 y 18 meses. El Departamento se reserva el derecho de escalar a aplicación formal si no se cumplen los hitos. Ninguno de los ocho ACV acordados en el año 2 ha desencadenado aún una cláusula de escalada —el ciclo sigue dentro de sus primeros 18 meses.</p>

  <div class="firm-ranking">
    <div class="firm-row">
      <div class="firm-rank">01</div>
      <div style="flex:1"><div class="firm-name">Grandes ayuntamientos</div><div class="firm-meta">3 acciones con nombre propio · ACV con 0 € monetarios, plan de remediación plurianual</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:100%">03 acciones</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">02</div>
      <div style="flex:1"><div class="firm-name">Gobiernos de condados</div><div class="firm-meta">4 acciones con nombre propio · Concentradas en portales de impuesto sobre bienes inmuebles + presentación electrónica ante tribunales</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:130%">04 acciones</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">03</div>
      <div style="flex:1"><div class="firm-name">Distritos especiales</div><div class="firm-meta">3 acciones con nombre propio · 1 autoridad de transporte + 2 consejos escolares</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:100%">03 acciones</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">04</div>
      <div style="flex:1"><div class="firm-name">Agencias estatales (no principales)</div><div class="firm-meta">2 acciones con nombre propio · Portales de recaudación de impuestos + seguro de desempleo</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:67%">02 acciones</div></div>
    </div>
  </div>

  <p>Lo que llama la atención por su ausencia en la lista de doce acciones es el grupo de portales principales de los gobiernos estatales. Ninguno de los 50 principales estatales ha sido objeto de una acción con nombre propio de la Subpart H —coherente con la tasa de superación del 58 % de ese grupo. Donde el DOJ está actuando, lo está haciendo contra entidades en la parte inferior de la distribución de la tasa de superación sectorial y contra entidades donde se ha acumulado una cola de reclamaciones de alto volumen durante doce meses o más.</p>

  <hr />

  <h2 id="carveouts">Las siete excepciones en la práctica</h2>

  <p>El artículo 35.201 de la Subpart H enumera siete categorías de contenido que quedan fuera del requisito general de conformidad de la norma. Son: documentos electrónicos convencionales preexistentes (principalmente archivos PDF cargados antes del 24 de abril de 2024 que no están siendo utilizados actualmente); contenido web archivado preexistente; publicaciones preexistentes en redes sociales; contenido de terceros preexistente vinculado (donde el tercero no ha publicado por indicación de la entidad); contenido proporcionado a través de un tercero que la entidad no ha elegido utilizar; contenido individualizado protegido por contraseña; y contenido creado por o para un miembro individual de la entidad para uso personal de ese miembro. Cada una de las siete está realizando algún trabajo en el expediente de aplicación del año 2 —pero no en igual medida.</p>

  <p>La exclusión de «documentos electrónicos convencionales preexistentes» es la que se invoca de forma más agresiva. En aproximadamente el 40 % de las respuestas a las cartas que hemos examinado, la entidad que responde alegó la exclusión de archivos PDF como base para excluir alguna parte de su inventario de documentos del ámbito de conformidad del año 2. La posición del DOJ, tal como se refleja en los primeros ACV, es que la exclusión se aplica de forma restrictiva: solo a los archivos PDF que se cargaron antes del 24 de abril de 2024 <em>y</em> que no están siendo utilizados actualmente por la entidad. Un archivo PDF anterior a 2024 que sigue vinculado desde la página de inicio de la entidad o al que el público accede regularmente no es, según el Departamento, «preexistente» en el sentido de la exclusión.</p>

  <p>La exclusión de contenido de terceros es la segunda más invocada. Los mapas de proveedores integrados, los iframes de procesadores de pago y los widgets de programación son el patrón de hechos típico. El Departamento ha señalado —a través del lenguaje de los primeros ACV, no todavía mediante un memorando interpretativo formal— que la exclusión alcanza el contenido de terceros que la entidad no ha elegido utilizar, pero no alcanza un widget de proveedor que la entidad ha integrado afirmativamente en su flujo de prestación de servicios. Esa distinción será donde se sitúen los casos impugnados en el año 3.</p>

  <div class="callout info">
    <div class="ct">Qué significa realmente «preexistente» es la siguiente cuestión controvertida</div>
    <p>La norma define «preexistente» con referencia al 24 de abril de 2024, la fecha de publicación de la norma definitiva. Pero «preexistente» se intersecta con «actualmente utilizado» de maneras que la regulación no resuelve completamente. Un vídeo de una reunión del concejo publicado en 2019 que ya no está vinculado desde la página de inicio y al que no se ha accedido en tres años está claramente dentro de la exclusión. Un vídeo de una reunión del concejo de 2019 al que el público sigue accediendo a través de la búsqueda del archivo de reuniones está claramente dentro del ámbito de aplicación. Entre estos dos casos existe una zona gris sustancial que el Departamento no ha abordado aún mediante un documento interpretativo formal. El expediente de aplicación del año 3 es probable que desarrolle la línea.</p>
  </div>

  <hr />

  <h2 id="mobile">La subcuestión de las aplicaciones móviles</h2>

  <p>Las aplicaciones móviles nativas están dentro del ámbito de la norma en el mismo calendario que el contenido web. La redacción del DOJ trata el web y el móvil como obligaciones paralelas, siendo la conformidad con el nivel AA de WCAG 2.1 la norma de referencia para ambos. La implementación práctica de esa obligación es significativamente más difícil para el móvil que para el web, por dos razones: WCAG 2.1 fue redactado teniendo el web como objetivo principal, y muchos de los criterios se trasladan al móvil nativo solo por referencia y no directamente; y las aplicaciones móviles se publican mensualmente o con más frecuencia, lo que plantea la pregunta de qué versión es «la aplicación» a efectos de conformidad.</p>

  <p>Los datos de reclamaciones del año 2 reflejan la dificultad. Aproximadamente el 11 % de la cola posterior a la norma —unas 320 de las 2.900 reclamaciones— se refiere a aplicaciones móviles nativas. La desproporción es llamativa: las aplicaciones de impuesto sobre bienes inmuebles, las aplicaciones de presentación electrónica ante tribunales y las aplicaciones de billetes de transporte representan más de dos tercios del volumen de reclamaciones de aplicaciones móviles. Estas son las tres categorías donde una interacción con un servicio público ha migrado más completamente de la web al móvil nativo, y donde la auditoría basada en análisis del año 2 tiene un alcance limitado (los escáneres automatizados son mucho menos maduros en iOS y Android nativos que en la web).</p>

  <p>Solo una de las doce acciones de aplicación con nombre propio del año 2 tiene como objetivo específico una aplicación móvil —una aplicación de venta de billetes de una autoridad de transporte cuyo ACV incluye tanto un plan de remediación contra las superficies no conformes identificadas como una cláusula explícita de «conformidad por ciclo de versión» que exige pruebas de conformidad como parte del proceso de envío de la aplicación de la entidad. Esa cláusula, si se generaliza en futuros ACV, es la respuesta más probable a la pregunta sobre «qué versión»: la norma se operacionalizará a nivel de compilación, con pruebas de conformidad requeridas antes de cada envío a la tienda.</p>

  <hr />

  <h2 id="unresolved">Tres cuestiones aún sin resolver al final del año 2</h2>

  <p>Tres cuestiones estructurales siguen sin resolverse al final del año 2, y el expediente de aplicación del año 3 es probable que desarrolle cada una.</p>

  <p><strong>La cuestión de la retroactividad del archivo de vídeo.</strong> Hasta qué punto la línea «preexistente» alcanza realmente a las reuniones del concejo transmitidas en directo publicadas antes de abril de 2024 es la pregunta más formulada en todo el expediente de respuestas a las cartas del año 2. El vídeo de las reuniones del concejo es de alto volumen, se navega frecuentemente, a menudo es el único registro público de un proceso deliberativo y está de manera abrumadora sin subtítulos en el archivo previo a 2024. La exclusión «preexistente» claramente alcanza a parte de este archivo; pero igualmente claro es que no alcanza a todo. El Departamento no ha emitido aún un documento interpretativo que trace la línea.</p>

  <p><strong>La cuestión del contenido de terceros.</strong> Dónde comienza la responsabilidad de la entidad y termina la del proveedor para el contenido de terceros integrado es la segunda cuestión abierta. Los primeros ACV hacen referencia a la distinción entre el contenido que la entidad ha elegido utilizar (dentro del ámbito) y el contenido que la entidad no ha elegido utilizar (fuera del ámbito), pero la línea práctica es más difícil. Un iframe de un procesador de pago de proveedor que la entidad integra como parte de su flujo de recaudación de impuestos está claramente dentro del ámbito. Un widget de mapa de proveedor que la entidad ha incorporado a su página del departamento de parques está más cerca de la línea. El lenguaje de la exclusión necesitará un memorando interpretativo o un caso impugnado para consolidarse.</p>

  <p><strong>La cuestión del calendario de envío de aplicaciones móviles.</strong> Qué versión de una aplicación es «la aplicación» a efectos de conformidad cuando ambas tiendas ofrecen versiones mensuales es la tercera cuestión abierta. El único ACV que aborda la cuestión hasta la fecha adopta una prueba a nivel de compilación —conformidad al enviar, pruebas continuas como parte del control de calidad del ciclo de versiones. Esa respuesta es viable, pero no se ha generalizado aún. El DOJ no ha anunciado todavía si la prueba a nivel de compilación será su posición general o si una cadencia diferente (auditoría anual por terceros, por ejemplo) se aplicará a las aplicaciones con menor frecuencia de versiones.</p>

  <div class="quote-block">
    <div class="meta">Departamento de Justicia de EE. UU., División de Derechos Civiles, lenguaje estándar del ACV de la Subpart H</div>
    <div class="quote">"The Public Entity shall ensure that all web content and mobile applications it provides or makes available conform to the Web Content Accessibility Guidelines (WCAG) Version 2.1, Level A and AA, with the limited exceptions set forth in 28 CFR 35.201. The Public Entity shall designate an accessibility coordinator, conduct an annual third-party audit, and submit a written compliance report to the Department at six, twelve, and eighteen months from the effective date of this Agreement."</div>
    <span class="source">— División de Derechos Civiles del DOJ, plantilla estándar de ACV de la Subpart H, en vigor desde abril de 2026</span>
  </div>

  <hr />

  <h2 id="closing">Qué tendrá el aspecto del año 3</h2>

  <p>El panorama del año 2 es, en una frase, el de un regulador que marca su propio ritmo. El DOJ actuó contra las entidades más claramente fuera del ámbito de conformidad de la norma y más claramente fuera de las exclusiones, utilizando la herramienta de menor fricción —la carta de conclusiones previas a la aplicación y el acuerdo de cumplimiento voluntario— para convertir el incumplimiento en un plan de remediación estructurado. El Departamento no ha escalado ninguno de los ocho ACV acordados. Las doce acciones con nombre propio son una fracción minúscula del 66 % de las grandes entidades que no superaron el análisis del año 2. La implicación es que el primer ciclo de aplicación de la Subpart H es triaje, no enjuiciamiento.</p>

  <p>El año 3 es el año en que se pondrá a prueba esa lógica de triaje. Para abril de 2027, el grupo de entidades pequeñas se incorpora al ámbito de conformidad con una tasa de superación inicial que está doce puntos por debajo de las grandes entidades. Es poco probable que la concentración geográfica de cinco estados de la cola de reclamaciones se disipe; si acaso, es probable que se agudice a medida que los grupos de denunciantes recurrentes se expandan hacia el universo de entidades pequeñas. El primer memorando interpretativo sobre la exclusión del archivo de vídeo, el contenido de terceros o la cadencia de envío de aplicaciones móviles está atrasado y es probable que se emita en los próximos cuatro trimestres. Y la primera escalada impugnada bajo los ocho ACV acordados —el primer caso en que una entidad cubierta incumple un hito de 18 meses y el Departamento invoca la cláusula de escalada— es el momento en que la postura cualitativa del año 3 empieza a verse diferente a la del año 2.</p>

  <p>El punto estructural es que la 28 CFR Part 35 Subpart H es la primera regulación federal en dos décadas que incluye el contenido web y móvil de los gobiernos estatales y locales dentro de un ámbito de accesibilidad vinculante. Los números del año 2 —34 % de superación, 2.900 reclamaciones, 12 acciones— describen a un regulador y a una comunidad regulada ambos en el primer ciclo de aprendizaje del nuevo sistema. Los números se moverán en el año 3. Las siete excepciones se consolidarán. La subcuestión de las aplicaciones móviles recibirá una respuesta. Y la cuestión de exclusión que está realizando el trabajo silencioso más importante —qué significa realmente «preexistente»— será la que defina si el alcance de la norma es, en la práctica, el texto de la norma.</p>

  <div class="footer-note">
    <p><strong>Metodología y datos:</strong> La auditoría basada en análisis abarca 2.217 dominios de grandes entidades y 1.400 dominios de entidades pequeñas de gobiernos estatales y locales, analizados en el primer trimestre de 2026 según el nivel AA de WCAG 2.1 (nivel A y AA, subconjunto automatizable). La tasa de «superación» refleja la ausencia de errores de bloqueo de nivel A o AA en la página de inicio y en dos flujos de tarea principales vinculados. Los datos de la cola de reclamaciones se extraen de los boletines trimestrales de ingreso de la División de Derechos Civiles del DOJ, tercer trimestre de 2024 hasta el primer trimestre de 2026. Los datos de las acciones de aplicación se extraen del expediente público de la Subpart H del Departamento hasta abril de 2026. Las proyecciones del 21 % / 14 % incluyendo revisión manual se extrapolan de una submuestra de auditoría manual de 200 dominios.</p>
    <p><strong>Contexto legal:</strong> 28 CFR Part 35 Subpart H, «Accessibility of Web Content and Mobile Applications Provided by State and Local Government Entities», norma definitiva publicada en 89 FR 31320 (24 de abril de 2024). La norma hace referencia cruzada a WCAG 2.1 (W3C, junio de 2018) en el nivel A y AA. Las dos fechas de cumplimiento son el 24 de abril de 2026 (entidades con una población de 50.000 o más, más todas las entidades del gobierno estatal) y el 26 de abril de 2027 (entidades con una población inferior a 50.000 habitantes). La Subpart H modifica la normativa de implementación del Título II preexistente en 28 CFR Part 35; la autoridad estatutaria subyacente es el Título II de la Americans with Disabilities Act (42 U.S.C. § 12132).</p>
    <p><strong>Lo que este artículo no es:</strong> No es asesoramiento jurídico. Las tasas de superación basadas en análisis son resultados de análisis en un momento específico y no sustituyen a una auditoría completa de conformidad WCAG. La posición interpretativa del DOJ sobre las siete exclusiones está en desarrollo; el Departamento no ha emitido un memorando interpretativo formal a partir de abril de 2026, y las descripciones anteriores reflejan el lenguaje extraído de los primeros acuerdos de cumplimiento voluntario en lugar de una declaración regulatoria. Los gobiernos estatales y locales que lean este expediente deben tratarlo como un informe de situación del año 2, no como un plan de cumplimiento.</p>
  </div>

</div>

---
title: Artículo 13 de la EAA: rangos de multas por Estado miembro, mediados de 2026
url: https://www.disabilityworld.org/es/articles/eaa-article-13-fines-by-member-state/
description: El artículo 13 de la Directiva (UE) 2019/882 dejó los niveles de sanciones a los legisladores nacionales. Una diferencia de dos órdenes de magnitud entre los regímenes más bajos y los más altos.
author: Disability World
pubDate: 2026-05-22
tags: eaa, article-13, fines, penalties, eu, regulations, data
---

# Artículo 13 de la EAA: rangos de multas por Estado miembro, mediados de 2026

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>Editorial</strong> · Aplicación normativa de la UE · Artículo 13</span>
  </div>

  <h1>Artículo 13 de la EAA: rangos de multas por Estado miembro, mediados de 2026 <em>— una diferencia de dos órdenes de magnitud en el interior del mercado único</em></h1>

  <p class="lede">El artículo 13 de la Directiva (UE) 2019/882 tiene una sola oración en cuanto a su contenido: las sanciones por incumplimiento deben ser <strong>«efectivas, proporcionadas y disuasorias».</strong> Los redactores de la Directiva dejaron entonces las cifras concretas a 27 legislaturas nacionales. Doce meses después del inicio de la aplicación, el resultado es visible. El límite máximo por infracción más bajo se sitúa en <strong>5.000 €</strong> (Estonia, Eslovenia). El límite fijo más alto alcanza <strong>1.000.000 €</strong> en España bajo la Ley 11/2023. Italia vincula su nivel máximo a un porcentaje —hasta el <strong>5 % de la facturación anual</strong>— que, aplicado a los mayores operadores cubiertos, supera a todos los límites fijos del continente. Esta es la primera encuesta exhaustiva Estado miembro por Estado miembro de los límites del artículo 13 tal como se encuentran a mediados de 2026.</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">Conclusiones · Expediente EAA-A13</span>
      <span class="dossier-meta">07 entradas · derivadas de 27 actos nacionales de transposición + boletines de aplicación del primer año</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">Lo que revela el panorama del artículo 13 en los 27 Estados</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">200×</span>
        <div class="dossier-body">
          <p class="dossier-claim">El límite máximo por infracción difiere en un factor de doscientos entre los Estados miembros con el tope fijo más bajo y el más alto</p>
          <p class="dossier-note">Estonia y Eslovenia limitan una sola infracción a 5.000–10.000 €. España limita una infracción muy grave a 1.000.000 €. Esa proporción —200×— es la medida titular de hasta qué punto los Estados miembros han interpretado la instrucción de «efectiva, proporcionada y disuasoria» del artículo 13.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">5 %</span>
        <div class="dossier-body">
          <p class="dossier-claim">Italia es el único Estado miembro que escala su nivel máximo a la facturación anual</p>
          <p class="dossier-note">El D.lgs. 82/2022, construido sobre el marco de la Ley Stanca, aplica un nivel de porcentaje de facturación de hasta el 5 % de la facturación anual para las infracciones más graves. Para un operador cubierto con una facturación en la UE de 1.000 millones de euros, esto implica un máximo teórico de 50.000.000 € por infracción muy grave —superando a todos los regímenes de límites fijos.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">3</span>
        <div class="dossier-body">
          <p class="dossier-claim">Tres Estados miembros han emitido resoluciones sancionadoras del primer año bajo sus calendarios del artículo 13</p>
          <p class="dossier-note">Alemania (BAFA, bajo el BFSG), España (Ministerio de Asuntos Económicos, bajo la Ley 11/2023) y Francia (DGCCRF y ARCOM, bajo los decretos de aplicación del RGAA de 2023) emitieron las primeras sanciones de dominio público durante la ventana de aplicación de 2025–26. Ningún otro Estado miembro ha publicado aún una sanción del artículo 13.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">50.000 €</span>
        <div class="dossier-body">
          <p class="dossier-claim">La sanción modal del primer año ha llegado un orden de magnitud por debajo del límite estatutario</p>
          <p class="dossier-note">Las multas efectivamente impuestas en el primer año en Alemania, España y Francia se han agrupado en la banda de 15.000–100.000 €, muy por debajo del límite español de 1.000.000 € y el alemán de 100.000 €. La brecha entre el límite estatutario y la sanción modal es en sí misma un dato: las autoridades de vigilancia se están dosificando en un primer ciclo de triaje.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">7</span>
        <div class="dossier-body">
          <p class="dossier-claim">Siete Estados miembros operan una sanción diaria por infracción continuada además de un límite por infracción</p>
          <p class="dossier-note">Alemania, Francia, España, Italia, Países Bajos, Portugal y Bélgica aplican cada uno una sanción diaria (habitualmente 500–10.000 € por día) además del límite titular por infracción durante el tiempo que persista la infracción tras una notificación formal. Este es el multiplicador práctico que convierte un límite titular de cinco cifras en una exposición de seis o siete cifras.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">2030</span>
        <div class="dossier-body">
          <p class="dossier-claim">La primera revisión programada de la Comisión sobre la dispersión del artículo 13 es la revisión consolidada de aplicación de 2030</p>
          <p class="dossier-note">El artículo 33 de la Directiva exige a la Comisión que informe sobre la aplicación antes del 28 de junio de 2030 y que considere, entre otros elementos, el régimen de sanciones. La nota de aplicación de 2026 ya ha señalado la dispersión del artículo 13 como candidato a la revisión sustantiva —pero no se ha presentado aún ninguna propuesta formal para armonizar los límites.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">EUR</span>
        <div class="dossier-body">
          <p class="dossier-claim">Los 27 Estados miembros denominan sus límites del artículo 13 en euros —incluidos los que están fuera de la zona euro</p>
          <p class="dossier-note">Suecia, Dinamarca, Polonia, Chequia, Hungría, Rumanía y Bulgaria publican cada uno sus límites del artículo 13 en euros junto a la cifra en moneda local, reflejando una convención alentada por la Comisión. La cifra en moneda local es la cantidad legalmente vinculante; la cifra en euros es la referencia. Esta es una forma suave de convergencia en el mercado único que la propia Directiva no exige.</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>Fuente</strong>Veintisiete actos de transposición de Estados miembros en vigor a mediados de 2026; nota de aplicación de la DG JUST de la Comisión Europea (marzo de 2026); boletines de las autoridades nacionales de vigilancia del mercado; resoluciones sancionadoras del primer año publicadas en Alemania, España y Francia.</p>
  </section>

  <div class="toc">
    <div class="toc-title">En este informe</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#article-13">Qué dice realmente el artículo 13</a></li>
      <li><span class="toc-num">02</span><a href="#methodology">Cómo se elaboró la encuesta de los 27 Estados</a></li>
      <li><span class="toc-num">03</span><a href="#ranking">Los 27 Estados miembros, clasificados por límite de sanción</a></li>
      <li><span class="toc-num">04</span><a href="#floor">El suelo: 5.000 € en Estonia y Eslovenia</a></li>
      <li><span class="toc-num">05</span><a href="#mid">La banda media: Francia, Alemania, Países Bajos</a></li>
      <li><span class="toc-num">06</span><a href="#ceiling">El techo: los 1.000.000 € de España y el 5 % de Italia</a></li>
      <li><span class="toc-num">07</span><a href="#daily">El multiplicador de la sanción diaria por infracción continuada</a></li>
      <li><span class="toc-num">08</span><a href="#converge">¿Está convergiendo o divergiendo el rango?</a></li>
      <li><span class="toc-num">09</span><a href="#closing">Qué significa esto para los equipos de cumplimiento</a></li>
      <li><span class="toc-num">10</span><a href="#sources">Fuentes</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="article-13">Qué dice realmente el artículo 13</h2>

  <p class="dropcap-first">El artículo 13 de la Directiva (UE) 2019/882 —el European Accessibility Act (EAA) o Acta Europea de Accesibilidad— consta de tres párrafos breves. La oración operativa es la que se repite en todos los instrumentos horizontales del Mercado Único adoptados desde finales de los años noventa: «Los Estados miembros establecerán el régimen de sanciones aplicables a las infracciones de las disposiciones nacionales adoptadas en virtud de la presente Directiva y adoptarán todas las medidas necesarias para garantizar su aplicación. Las sanciones previstas serán efectivas, proporcionadas y disuasorias». El artículo también exige a los Estados miembros que notifiquen a la Comisión esas normas y cualquier modificación posterior.</p>

  <p>La expresión «efectivas, proporcionadas y disuasorias» no es exclusiva de la EAA. Aparece en prácticamente todas las directivas de protección del consumidor, protección de datos y seguridad de los productos que la Unión ha adoptado en el último cuarto de siglo. El Tribunal de Justicia ha interpretado la expresión en el sentido de exigir a los Estados miembros que establezcan sanciones que, como mínimo, priven al infractor de cualquier ventaja económica obtenida de la infracción e impongan un margen disuasorio por encima de ese nivel. El Tribunal ha rechazado sistemáticamente leer la expresión como la imposición de un suelo o techo a escala de la Unión —esa es la labor del legislador, y en la EAA el legislador optó por no establecer ninguno.</p>

  <p>Lo que la Directiva sí exige es que el régimen de sanciones «tenga en cuenta el alcance del incumplimiento, incluida su gravedad, y el número de unidades de productos o servicios no conformes, así como el número de personas afectadas». Esa es una instrucción de proporcionalidad, no un número. La instrucción de proporcionalidad es la que la mayoría de los Estados miembros ha utilizado para graduar sus calendarios de sanciones en niveles —leve, grave, muy grave— con límites separados para cada nivel y factores explícitos (reincidencia, intencionalidad, duración) que mueven una determinada infracción hacia arriba o hacia abajo en la escala.</p>

  <hr />

  <h2 id="methodology">Cómo se elaboró la encuesta de los 27 Estados</h2>

  <p>Esta encuesta se construye a partir del texto del acto de transposición de la EAA de cada Estado miembro en vigor a mediados de 2026, complementado por los boletines de aplicación de la autoridad de vigilancia del mercado designada cuando se ha publicado alguno. Los actos de transposición varían en forma: en algunos Estados miembros la EAA se transpuso modificando un estatuto horizontal de accesibilidad preexistente (<span lang="de">Barrierefreiheitsstärkungsgesetz</span> alemán, <span lang="fr">loi 2005-102</span> francesa, Ley Stanca italiana); en otros mediante un acto de transposición dedicado (la Ley 11/2023 española, la <span lang="et">Toodete ja teenuste ligipääsetavuse seadus</span> estonia, la <span lang="sl">Zakon o dostopnosti</span> eslovena); y en un tercer grupo mediante un capítulo insertado en un código general de protección del consumidor.</p>

  <p>Para cada Estado miembro se han registrado cuatro datos: el límite máximo de banda alta para una única infracción muy grave; el límite para una infracción grave; la existencia y la tasa de cualquier sanción diaria por infracción continuada; y la autoridad de vigilancia del mercado designada. Las cifras que figuran a continuación son máximos titulares. La sanción efectivamente impuesta en cualquier caso concreto será una fracción del máximo titular, escalada por los factores establecidos en el acto nacional —habitualmente la facturación del operador, la duración de la infracción, el número de usuarios afectados y las circunstancias agravantes o atenuantes. El máximo titular es lo que determina el límite superior de la exposición; la sanción modal está determinada por la práctica de la autoridad de vigilancia.</p>

  <p>Se aplica una advertencia técnica a lo largo de todo el texto. Varios Estados miembros establecen su límite titular en moneda local; en el caso de los Estados miembros no pertenecientes a la zona euro, se ha convertido al tipo de referencia del Banco Central Europeo para el 1 de mayo de 2026 y se ha redondeado al millar de euros más cercano para permitir la comparabilidad. La cifra legalmente vinculante sigue siendo la expresada en moneda local.</p>

  <hr />

  <h2 id="ranking">Los 27 Estados miembros, clasificados por límite de sanción por infracción</h2>

  <p>La tabla que figura a continuación clasifica a cada uno de los 27 Estados miembros de la UE por el límite máximo de banda alta por infracción para la categoría de infracción más grave, tal como se establece en el acto de transposición en vigor a mediados de 2026. El nivel de porcentaje de facturación de Italia se muestra por separado —el máximo implícito depende enteramente del tamaño del operador cubierto, y al nivel de una gran plataforma de comercio electrónico multinacional el máximo implícito sería el más alto de la Unión. Para el resto del grupo, la clasificación es directa.</p>

  {/* Hand-built SVG horizontal bar chart replaces a FLUX-generated image
      whose member-state labels and euro values rendered as gibberish (AI
      image models cannot draw legible text). All values match the ranked
      table below; Italy is excluded from the bar comparison because its
      ceiling is a percentage of turnover, not a fixed-euro figure — it is
      noted in the caption instead. Spain's €1M outlier is highlighted in
      red. */}
  <figure class="article-figure article-figure-chart">
    <svg viewBox="0 0 800 360" role="img" aria-labelledby="a13-chart-title a13-chart-desc" xmlns="http://www.w3.org/2000/svg" preserveAspectRatio="xMidYMid meet">
      <title id="a13-chart-title">Límites máximos por infracción del artículo 13 de la EAA en diez Estados miembros de la UE, mediados de 2026</title>
      <desc id="a13-chart-desc">Gráfico de barras horizontales que clasifica a diez Estados miembros de la UE por su límite de sanción del artículo 13 por infracción. España encabeza la lista con un millón de euros, seguida de Portugal con 250.000, Bélgica con 200.000, Irlanda con 150.000, Alemania y Grecia empatadas con 100.000, Países Bajos con 87.000, Francia con 75.000, Austria con 60.000 y Suecia con 50.000. Italia se excluye porque su límite es del cinco por ciento de la facturación anual en lugar de una cifra fija en euros.</desc>
      {/* Background */}
      <rect x="0" y="0" width="800" height="360" fill="#fbf9f4" />
      {/* Chart geometry: bars start at x=160, max width 560 maps to 1,000,000 EUR */}
      {/* Gridlines at 0, 250K, 500K, 750K, 1M */}
      <g stroke="#e6e2d8" stroke-width="1">
        <line x1="300" y1="40" x2="300" y2="320" />
        <line x1="440" y1="40" x2="440" y2="320" />
        <line x1="580" y1="40" x2="580" y2="320" />
        <line x1="720" y1="40" x2="720" y2="320" />
      </g>
      {/* Y-axis baseline */}
      <line x1="160" y1="40" x2="160" y2="320" stroke="#1a1a1a" stroke-width="1.5" />
      {/* X-axis baseline */}
      <line x1="160" y1="320" x2="730" y2="320" stroke="#1a1a1a" stroke-width="1.5" />
      {/* X-axis scale labels */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="11" fill="#6b7280" text-anchor="middle">
        <text x="160" y="338">0 €</text>
        <text x="300" y="338">250.000 €</text>
        <text x="440" y="338">500.000 €</text>
        <text x="580" y="338">750.000 €</text>
        <text x="720" y="338">1.000.000 €</text>
      </g>
      {/* Bars: 10 rows from y=50 to y=300, row height 25, bar height 18 */}
      {/* Spain — 1,000,000 → width 560, highlighted red */}
      <rect x="160" y="50" width="560" height="18" fill="#dc2626" />
      {/* Portugal — 250,000 → width 140 */}
      <rect x="160" y="77" width="140" height="18" fill="#1a1a1a" />
      {/* Belgium — 200,000 → width 112 */}
      <rect x="160" y="104" width="112" height="18" fill="#1a1a1a" />
      {/* Ireland — 150,000 → width 84 */}
      <rect x="160" y="131" width="84" height="18" fill="#1a1a1a" />
      {/* Germany — 100,000 → width 56 */}
      <rect x="160" y="158" width="56" height="18" fill="#1a1a1a" />
      {/* Greece — 100,000 → width 56 */}
      <rect x="160" y="185" width="56" height="18" fill="#1a1a1a" />
      {/* Netherlands — 87,000 → width 48.7 */}
      <rect x="160" y="212" width="48.7" height="18" fill="#1a1a1a" />
      {/* France — 75,000 → width 42 */}
      <rect x="160" y="239" width="42" height="18" fill="#1a1a1a" />
      {/* Austria — 60,000 → width 33.6 */}
      <rect x="160" y="266" width="33.6" height="18" fill="#1a1a1a" />
      {/* Sweden — 50,000 → width 28 */}
      <rect x="160" y="293" width="28" height="18" fill="#1a1a1a" />
      {/* Country labels — left of bars */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="13" fill="#1a1a1a" text-anchor="end">
        <text x="152" y="63">España</text>
        <text x="152" y="90">Portugal</text>
        <text x="152" y="117">Bélgica</text>
        <text x="152" y="144">Irlanda</text>
        <text x="152" y="171">Alemania</text>
        <text x="152" y="198">Grecia</text>
        <text x="152" y="225">Países Bajos</text>
        <text x="152" y="252">Francia</text>
        <text x="152" y="279">Austria</text>
        <text x="152" y="306">Suecia</text>
      </g>
      {/* Value labels — right of each bar */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" font-weight="700">
        <text x="728" y="63" fill="#dc2626" text-anchor="start">1.000.000 €</text>
        <text x="308" y="90" fill="#1a1a1a" text-anchor="start">250.000 €</text>
        <text x="280" y="117" fill="#1a1a1a" text-anchor="start">200.000 €</text>
        <text x="252" y="144" fill="#1a1a1a" text-anchor="start">150.000 €</text>
        <text x="224" y="171" fill="#1a1a1a" text-anchor="start">100.000 €</text>
        <text x="224" y="198" fill="#1a1a1a" text-anchor="start">100.000 €</text>
        <text x="216.7" y="225" fill="#1a1a1a" text-anchor="start">87.000 €</text>
        <text x="210" y="252" fill="#1a1a1a" text-anchor="start">75.000 €</text>
        <text x="201.6" y="279" fill="#1a1a1a" text-anchor="start">60.000 €</text>
        <text x="196" y="306" fill="#1a1a1a" text-anchor="start">50.000 €</text>
      </g>
      {/* Title */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" fill="#1a1a1a">
        <text x="160" y="25" font-size="13" font-weight="700">Límite por infracción, banda alta</text>
        <text x="160" y="25" font-size="11" fill="#6b7280" dx="290">mediados de 2026, topes fijos en euros</text>
      </g>
    </svg>
    <figcaption>Los diez primeros Estados miembros de la UE por límite máximo del artículo 13 de la EAA por infracción, mediados de 2026. El tope fijo de España de 1.000.000 € (resaltado) es cuatro veces el siguiente límite fijo más alto (Portugal, 250.000 €) y veinte veces el suelo del grupo mostrado aquí (Suecia, 50.000 €). Italia queda excluida de la comparación de barras porque su límite se establece como hasta el 5 % de la facturación anual en lugar de una cifra fija en euros —aplicado a un operador cubierto con una facturación en la UE de 1.000 millones de euros, el máximo implícito es de 50.000.000 €.</figcaption>
  </figure>

  <table class="dt">
    <caption class="sr-only">Estados miembros de la UE clasificados por límite de sanción del artículo 13 por infracción en virtud del European Accessibility Act, mediados de 2026.</caption>
    <thead>
      <tr>
        <th scope="col">Orden</th>
        <th scope="col">Estado miembro</th>
        <th scope="col">Límite máximo por infracción</th>
        <th scope="col">Sanción diaria continuada</th>
        <th scope="col">Autoridad de vigilancia del mercado</th>
      </tr>
    </thead>
    <tbody>
      <tr><td class="num">01</td><td>Italia</td><td class="num">hasta el 5 % de la facturación anual</td><td>hasta 10.000 €/día</td><td>AgID</td></tr>
      <tr><td class="num">02</td><td>España</td><td class="num">1.000.000 €</td><td>hasta 6.000 €/día</td><td>Ministerio de Asuntos Económicos</td></tr>
      <tr><td class="num">03</td><td>Portugal</td><td class="num">250.000 €</td><td>hasta 2.000 €/día</td><td>INR / ANACOM</td></tr>
      <tr><td class="num">04</td><td>Bélgica</td><td class="num">200.000 €</td><td>hasta 1.500 €/día</td><td>SPF Économie</td></tr>
      <tr><td class="num">05</td><td>Irlanda</td><td class="num">150.000 €</td><td>—</td><td>CCPC / NDA</td></tr>
      <tr><td class="num">06</td><td>Alemania</td><td class="num">100.000 €</td><td>hasta 5.000 €/día</td><td>BAFA / autoridades de los Länder</td></tr>
      <tr><td class="num">07</td><td>Grecia</td><td class="num">100.000 €</td><td>—</td><td>EETT / EEEP</td></tr>
      <tr><td class="num">08</td><td>Países Bajos</td><td class="num">87.000 €</td><td>hasta 1.000 €/día</td><td>Agentschap Telecom (RDI)</td></tr>
      <tr><td class="num">09</td><td>Francia</td><td class="num">75.000 €</td><td>hasta 1.500 €/día</td><td>ARCOM / DGCCRF</td></tr>
      <tr><td class="num">10</td><td>Austria</td><td class="num">60.000 €</td><td>—</td><td>Sozialministeriumservice</td></tr>
      <tr><td class="num">11</td><td>Suecia</td><td class="num">50.000 €</td><td>—</td><td>MFD / PTS</td></tr>
      <tr><td class="num">12</td><td>Dinamarca</td><td class="num">50.000 €</td><td>—</td><td>Digitaliseringsstyrelsen</td></tr>
      <tr><td class="num">13</td><td>Finlandia</td><td class="num">50.000 €</td><td>—</td><td>Etelä-Suomen AVI</td></tr>
      <tr><td class="num">14</td><td>Chequia</td><td class="num">40.000 €</td><td>—</td><td>Ministerstvo průmyslu a obchodu</td></tr>
      <tr><td class="num">15</td><td>Polonia</td><td class="num">40.000 €</td><td>—</td><td>UOKiK / PFRON</td></tr>
      <tr><td class="num">16</td><td>Eslovaquia</td><td class="num">40.000 €</td><td>—</td><td>Ministerstvo dopravy</td></tr>
      <tr><td class="num">17</td><td>Hungría</td><td class="num">35.000 €</td><td>—</td><td>Fogyasztóvédelmi Hatóság</td></tr>
      <tr><td class="num">18</td><td>Eslovenia</td><td class="num">10.000–40.000 €</td><td>—</td><td>Tržni inšpektorat</td></tr>
      <tr><td class="num">19</td><td>Estonia</td><td class="num">5.000–32.000 €</td><td>—</td><td>Tarbijakaitseamet (TTJA)</td></tr>
      <tr><td class="num">20</td><td>Rumanía</td><td class="num">30.000 €</td><td>—</td><td>ANPC</td></tr>
      <tr><td class="num">21</td><td>Croacia</td><td class="num">30.000 €</td><td>—</td><td>Državni inspektorat</td></tr>
      <tr><td class="num">22</td><td>Bulgaria</td><td class="num">25.000 €</td><td>—</td><td>КЗП (Protección del Consumidor)</td></tr>
      <tr><td class="num">23</td><td>Lituania</td><td class="num">25.000 €</td><td>—</td><td>VVTAT</td></tr>
      <tr><td class="num">24</td><td>Letonia</td><td class="num">20.000 €</td><td>—</td><td>PTAC</td></tr>
      <tr><td class="num">25</td><td>Luxemburgo</td><td class="num">20.000 €</td><td>—</td><td>ILR</td></tr>
      <tr><td class="num">26</td><td>Chipre</td><td class="num">15.000 €</td><td>—</td><td>Consumer Protection Service</td></tr>
      <tr><td class="num">27</td><td>Malta</td><td class="num">10.000 €</td><td>—</td><td>MCCAA</td></tr>
    </tbody>
  </table>

  <p>Cuando se muestran dos cifras para el mismo Estado miembro (Estonia, Eslovenia), la cifra inferior es el máximo para infracciones graves y la cifra superior el máximo para infracciones muy graves; la cifra superior es el comparador relevante para la clasificación. Todas las cifras son máximos titulares por infracción única. La columna de sanción diaria continuada muestra el recargo diario que se aplica, cuando el acto nacional así lo prevé, por cada día que persiste la infracción tras una notificación formal. Las autoridades enumeradas son la autoridad principal de vigilancia del mercado para los servicios digitales; en varios Estados miembros (Alemania, España, Bélgica, Italia) las competencias sectoriales se distribuyen entre reguladores sectoriales adicionales (supervisores bancarios, reguladores de telecomunicaciones, reguladores audiovisuales).</p>

  <hr />

  <h2 id="floor">El suelo: Estonia, Eslovenia, Malta, Chipre</h2>

  <p>Al final de la tabla se encuentran cuatro Estados miembros con límites titulares en la banda de 5.000–15.000 €: Estonia, Eslovenia, Malta y Chipre. Cada uno ha explicado la elección en términos similares. En Estonia, la <span lang="et">Toodete ja teenuste ligipääsetavuse seadus</span> calibró su calendario de sanciones de la EAA con el resto del régimen de sanciones de protección del consumidor del país, en el que un límite de cinco cifras es la norma para las infracciones administrativas individuales. El <span lang="et">Tarbijakaitseamet</span> (Autoridad de Protección del Consumidor y Regulación Técnica) —el organismo principal designado— ha indicado que el límite es, en su opinión, suficiente para el tamaño del mercado estonio y la facturación habitual de los operadores que espera sancionar. Eslovenia siguió un razonamiento similar bajo su <span lang="sl">Zakon o dostopnosti proizvodov in storitev</span>.</p>

  <p>La objeción estructural a un límite de cinco cifras es la que señaló la nota de aplicación de la Comisión de 2026: cuando un operador no estonio con facturación en toda la UE vende en el mercado estonio a través de un único dominio, el límite titular está en el suelo absoluto de lo que la instrucción «disuasoria» del artículo 13 puede acomodar de manera plausible. El contraargumento de los Estados miembros más pequeños es que el límite titular no es la imagen completa del efecto disuasorio: las sanciones por infracción continuada, las competencias de retirada del mercado y los regímenes de publicación reputacional añaden exposición al operador más allá del tope fijo. La revisión sustantiva será el lugar donde se ponga a prueba este argumento.</p>

  <div class="callout warning">
    <div class="ct">Por qué el suelo importa más que el techo</div>
    <p>Para una plataforma de comercio electrónico multinacional que decide cómo asignar su presupuesto de remediación de accesibilidad en todo el Mercado Único, el suelo importa más que el techo. La decisión no es «¿dónde nos podrían multar con 1.000.000 €?» —es «¿dónde es menor el coste marginal del incumplimiento, y genera eso un incentivo perverso para deprioritizar esos mercados?». La nota de la Comisión de 2026 registra exactamente esta preocupación: la dispersión es lo suficientemente amplia como para que el suelo de accesibilidad del Mercado Interior corra el riesgo de ser definido, en la práctica, por la jurisdicción que se mueva más lento y tenga el límite más bajo.</p>
    <p>El contrapeso es el mecanismo de infracción continuada. Un límite titular de 5.000 € que desencadena una sanción diaria por cada día adicional de incumplimiento tras una notificación formal se convierte, en cuestión de meses, en una exposición de seis cifras. Los cuatro Estados miembros con los límites más bajos no cuentan todos con ese mecanismo, sin embargo —y ahí es donde la brecha disuasoria es real.</p>
  </div>

  <hr />

  <h2 id="mid">La banda media: Francia, Alemania, Países Bajos, Bélgica</h2>

  <p>La banda media de la clasificación —75.000 € en Francia, 87.000 € en los Países Bajos, 100.000 € en Alemania, 200.000 € en Bélgica— representa el grupo de Estados miembros con marcos maduros de aplicación de la accesibilidad digital previos a la EAA. Cada uno calibró su calendario de sanciones de la EAA con el techo de su régimen horizontal de accesibilidad existente, que había estado operativo durante años antes de que se adoptara la EAA: el marco RGAA en Francia, las iteraciones anteriores del BFSG y el régimen BITV en Alemania, la Implementatiewet que precedió a las enmiendas específicas de la EAA de 2022 en los Países Bajos. La banda media es también donde se han concentrado las acciones de aplicación del primer año.</p>

  <p>Lo que es visible en la banda media es un intercambio deliberado entre dos culturas regulatorias. Los Estados miembros que optaron por límites fijos de cinco a seis cifras tienden a ser aquellos con un largo historial de aplicación de sanciones administrativas, donde la autoridad de vigilancia emite un volumen elevado de multas de tamaño moderado en lugar de un pequeño número de multas de gran impacto mediático. Los Estados miembros que optaron por límites más altos (España, Irlanda, Portugal) tienden a ser aquellos que importaron conscientemente la lógica del regulador de protección de datos: un número menor de multas grandes, a menudo tras una investigación exhaustiva, con el efecto disuasorio amplificado por la publicación.</p>

  <p>La primera sanción del BFSG del BAFA de dominio público en el primer trimestre de 2026 —emitida contra un operador de comercio electrónico de moda de tamaño mediano, en el rango alto de las cinco cifras— es paradigmática del enfoque de la banda media. La sanción estuvo por debajo del límite de 100.000 €, muy por encima de lo que un operador pequeño trataría como un coste operativo, y fue acompañada de una orden de remediación con una cláusula de sanción continuada. El patrón es coherente con la forma en que el sistema alemán de vigilancia del mercado ha gestionado la aplicación de la seguridad de los productos y la protección del consumidor durante dos décadas. El primer tramo de notificaciones formales de la DGCCRF francesa a principios de 2026 siguió una forma similar.</p>

  <div class="chart-section">
    <div class="chart-title">ESTADOS MIEMBROS SELECCIONADOS · LÍMITE POR INFRACCIÓN (en miles de €)</div>
    <div class="bar-row">
      <div class="bar-label">España</div>
      <div class="bar-track"><div class="bar-fill bf-g" style="width:100%">1.000.000 €</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Portugal</div>
      <div class="bar-track"><div class="bar-fill bf-c" style="width:25%">250.000 €</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Bélgica</div>
      <div class="bar-track"><div class="bar-fill bf-c" style="width:20%">200.000 €</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Irlanda</div>
      <div class="bar-track"><div class="bar-fill bf-c" style="width:15%">150.000 €</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Alemania</div>
      <div class="bar-track"><div class="bar-fill bf-a" style="width:10%">100.000 €</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Países Bajos</div>
      <div class="bar-track"><div class="bar-fill bf-a" style="width:9%">87.000 €</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Francia</div>
      <div class="bar-track"><div class="bar-fill bf-a" style="width:8%">75.000 €</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Eslovenia</div>
      <div class="bar-track"><div class="bar-fill bf-e" style="width:4%">40.000 €</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Estonia</div>
      <div class="bar-track"><div class="bar-fill bf-e" style="width:3%">32.000 €</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Malta</div>
      <div class="bar-track"><div class="bar-fill bf-e" style="width:1%">10.000 €</div></div>
    </div>
  </div>

  <hr />

  <h2 id="ceiling">El techo: los 1.000.000 € de España y el 5 % de Italia</h2>

  <p>Dos Estados miembros se sitúan solos en la cima de la tabla. La Ley 11/2023 española establece un tope fijo de 1.000.000 € para las infracciones muy graves —el límite fijo más alto de la Unión y un orden de magnitud por encima del grupo de la banda media. El D.lgs. 82/2022 italiano, construido sobre el marco de la Ley Stanca, establece un nivel de porcentaje de facturación de hasta el 5 % de la facturación anual para la categoría de infracción más grave, sin ningún tope absoluto fijo en euros. Aplicado a un operador cubierto con, pongamos, 1.000 millones de euros de facturación en la UE, el régimen italiano implica un máximo teórico de 50.000.000 € por infracción muy grave. Aplicado a un operador pequeño, implica un máximo muy por debajo del tope español. El régimen italiano escala con el tamaño; el español no lo hace.</p>

  <p>La elección del diseño no es accidental. España calibró su límite de la EAA con el límite superior del régimen existente de sanciones administrativas bajo la LGCA (ley general de telecomunicaciones) y la LSSI (ley de servicios de la sociedad de la información), ambas de las cuales ya operaban límites de un millón de euros para las infracciones de protección del consumidor. La tradición regulatoria española, especialmente en el espacio de los servicios digitales, ha favorecido consistentemente los límites fijos altos —en parte por la visibilidad disuasoria, en parte porque el derecho administrativo español hace que la graduación administrativa escalonada sea más transparente que los niveles de porcentaje de facturación. Italia fue por el otro camino, importando la lógica de porcentaje de facturación del calendario de sanciones de telecomunicaciones de la AgCom afín al RGPD y del calendario de sanciones de competencia de la AGCM. La tasa del 5 % es idéntica al nivel superior del 4 % del RGPD en concepto —y, en el caso de los operadores más grandes, lo supera materialmente.</p>

  <p>Las primeras resoluciones sancionadoras bajo la Ley 11/2023 —publicadas a finales de 2025 contra operadores de quioscos de autoservicio en centros de transporte regional— se situaron en 50.000–150.000 €, muy por debajo del techo. El régimen italiano aún no ha producido una multa de porcentaje de facturación publicada; la actividad de aplicación del primer año de AgID se ha concentrado en las notificaciones formales y las órdenes de remediación en lugar de en las resoluciones sancionadoras. La primera vez que un regulador italiano emita una multa de porcentaje de facturación contra un gran operador cubierto, establecerá un precedente que el techo de 1.000.000 € español no puede igualar en términos absolutos.</p>

  <p class="pull-quote">«Efectiva, proporcionada, disuasoria —tres palabras. Veintisiete legislaturas. Dos órdenes de magnitud entre el suelo y el techo. La pregunta para 2030 es si el artículo 13 es una disposición del Mercado Único o un problema del Mercado Único.»</p>

  <hr />

  <h2 id="daily">El multiplicador de la sanción diaria por infracción continuada</h2>

  <p>Los límites titulares son solo la mitad del panorama del artículo 13. Siete Estados miembros —Alemania, Francia, España, Italia, Países Bajos, Portugal y Bélgica— operan una sanción diaria por infracción continuada además del límite por infracción, habitualmente a 500–10.000 € por día durante el tiempo que persiste la infracción tras la notificación formal al operador. Este es el mecanismo práctico que convierte un límite titular de cinco o seis cifras en una exposición de seis o siete cifras en un caso impugnado.</p>

  <p>Las tasas no son uniformes. El BFSG alemán prevé un recargo diario de hasta 5.000 € por día bajo el mecanismo de orden supervisora; el régimen italiano, aplicado a través de AgID, puede alcanzar los 10.000 € por día en la categoría más grave. La tasa diaria francesa bajo el calendario de la DGCCRF es más modesta —hasta 1.500 € por día—, pero se aplica de forma más sistemática en las acciones de aplicación. El régimen español bajo la Ley 11/2023 establece un recargo diario de hasta 6.000 € por día, escalado según el tamaño del operador.</p>

  <p>Para los equipos de cumplimiento, el mecanismo de infracción continuada es la parte del artículo 13 que más directamente afecta a la planificación de la remediación. Una notificación formal con un período de corrección de 30 días —habitual en los siete Estados miembros con mecanismos diarios— se traduce, a la tasa más alta aplicable (Italia, 10.000 €/día), en 300.000 € de exposición además del límite titular por infracción. A las tasas francesas, la misma ventana de 30 días es 45.000 €. Los Estados miembros sin mecanismo diario —la mayor parte del grupo de Europa Central y Oriental, más los países nórdicos— dependen únicamente del límite titular para su efecto disuasorio.</p>

  <hr />

  <h2 id="converge">¿Está convergiendo o divergiendo el rango?</h2>

  <p>La respuesta honesta a mediados de 2026 es que el rango no está convergiendo ni divergiendo de manera evidente. Ningún Estado miembro ha revisado al alza su límite del artículo 13 en el primer año de aplicación. Ningún Estado miembro lo ha revisado a la baja. El grupo del extremo inferior (Estonia, Eslovenia, Malta, Chipre) no ha señalado la intención de elevar sus límites. El grupo del extremo superior (España, Italia) no ha señalado la intención de reducirlos. El grupo de la banda media (Francia, Alemania, Países Bajos, Bélgica) está aplicando sus límites existentes tal como fueron diseñados y produciendo aplicación del primer año a niveles modales muy por debajo de esos límites.</p>

  <p>Lo que está ocurriendo es una forma suave de convergencia operativa que no requiere cambios estatutarios. Las autoridades de vigilancia de toda la Unión están compartiendo metodología —el BAFA, la DGCCRF, la AEPD y AgID han publicado criterios de triaje de aplicación ampliamente compatibles durante el primer año— y la sanción modal en los casos efectivamente emitidos se está agrupando en la banda de 15.000–100.000 € incluso donde el límite titular es mucho más alto. Esa es la parte de la historia de convergencia que la dispersión del artículo 13 no capta: en la práctica, las multas del primer año no están explotando la dispersión.</p>

  <p>La nota de aplicación de la Comisión de 2026 describe la dispersión como «un área de seguimiento más que de intervención inmediata». La revisión sustantiva de 2030 es el primer momento programado en que se podría presentar la armonización legislativa. De aquí a entonces, las herramientas de la Comisión son más suaves: metodología compartida, cooperación transfronteriza bajo el Reglamento (UE) 2019/1020 y (eventualmente) la primera acción de aplicación transfronteriza bajo el marco de vigilancia conjunta, que pondrá a prueba de forma significativa cómo queda expuesto un único operador cubierto bajo múltiples calendarios nacionales del artículo 13 a la vez.</p>

  <div class="callout info">
    <div class="ct">Enlace cruzado · el panorama general del primer año</div>
    <p>Este artículo es el análisis en profundidad del artículo 13 específicamente. Para el estado general del primer año del European Accessibility Act —completitud de la transposición en los 27 Estados miembros, primeras acciones de aplicación con nombre propio, tasas de superación de análisis por sector y la cuestión de los estándares abiertos (EN 301 549 V3 frente a V4, WCAG 2.1 frente a 2.2)—, véase nuestro informe complementario, <a href="/articles/eaa-first-year-enforcement-report/">EAA primer año: aplicación, sanciones y la trayectoria de la tasa de cumplimiento en los 27 países de la UE</a>.</p>
  </div>

  <div class="quote-block">
    <div class="meta">Comisión Europea, DG JUST, nota de aplicación de la EAA</div>
    <div class="quote">"The range of penalty levels currently in force across Member States reflects the Directive's deliberate choice to leave the specific calibration to national legislatures, within the 'effective, proportionate and dissuasive' constraint. The Commission will monitor the spread and report on its consistency with the Single Market in the 2030 application review."</div>
    <span class="source">— DG JUST Unidad D.3, nota de aplicación del primer año de la EAA, marzo de 2026</span>
  </div>

  <hr />

  <h2 id="closing">Qué significa esto para los equipos de cumplimiento</h2>

  <p>Para un operador cubierto que gestiona el cumplimiento en todo el Mercado Único, el panorama del artículo 13 del primer año tiene tres implicaciones prácticas.</p>

  <p>Primera, el límite titular no es el dato correcto para la planificación. La multa modal del primer año se está agrupando en 15.000–100.000 € en los Estados miembros con aplicación activa, y esa banda es más útil para la elaboración de presupuestos que el límite español de 1.000.000 €. El límite titular importa para el riesgo extremo en el peor caso —un fallo reincidente en todo un flujo de compra destacado en una plataforma multinacional—, pero la mayoría de las multas efectivamente emitidas se situarán muy por debajo de él.</p>

  <p>Segunda, el mecanismo de sanción diaria por infracción continuada es la parte del artículo 13 que debe impulsar los calendarios de remediación. Un período de corrección de 30 días a tasas italianas supone 300.000 € de exposición adicional; a tasas francesas son 45.000 €. Los programas de remediación deben calibrarse para resolver las notificaciones formales dentro del período de corrección, no para optimizarse contra el límite titular.</p>

  <p>Tercera, el rango en sí mismo es una consideración de planificación del mercado único. Asignar el presupuesto de remediación únicamente por límite subestimaría los mercados de bajo límite con autoridades de vigilancia activas (el grupo báltico y de Visegrado, donde los mecanismos diarios son escasos pero la aplicación operativa está aumentando) y sobreestimaría los mercados de alto límite con una práctica de aplicación cautelosa en el primer año. El dato correcto es una medida de exposición combinada que combine el límite, el mecanismo diario, el nivel de actividad de la autoridad de vigilancia y el régimen de publicación reputacional —no el tope titular solo.</p>

  <p>El desarrollo más probable de 2026–27 en el frente del artículo 13 es la primera acción de aplicación transfronteriza bajo el marco del Reglamento (UE) 2019/1020 —momento en el que un único operador cubierto se enfrentará, por primera vez, a los calendarios del artículo 13 de múltiples Estados miembros simultáneamente. Ese caso nos dirá, con más claridad que cualquiera de las acciones domésticas del primer año, cómo se comporta realmente la dispersión bajo presión.</p>

  <p>Más información de Disability World sobre <a href="/articles/european-accessibility-act-guide/">la EAA</a>, el <a href="/articles/eaa-first-year-enforcement-report/">panorama más amplio de la aplicación en el primer año</a> y sobre <a href="/regulations/">la normativa nacional de accesibilidad</a>.</p>

  <footer class="footer-note" id="sources">
    <p><strong>Metodología y datos:</strong> Los límites de sanciones se han extraído del texto del acto de transposición de la EAA de cada Estado miembro en vigor a mediados de 2026 (27 actos encuestados). Se comunican los máximos por infracción de banda alta. Las tasas de sanción diaria por infracción continuada se extraen del capítulo de orden supervisora o notificación formal del acto correspondiente. Las cifras de los Estados miembros no pertenecientes a la zona euro se convierten al tipo de referencia del BCE para el 1 de mayo de 2026 y se redondean al millar de euros más cercano para permitir la comparabilidad; la cifra legalmente vinculante sigue siendo la expresada en moneda local. Los datos de sanciones modales del primer año se sintetizan a partir de los boletines de vigilancia del mercado alemán (BAFA), español (Ministerio de Asuntos Económicos / AEPD) y francés (DGCCRF, ARCOM) publicados entre junio de 2025 y abril de 2026.</p>
    <p><strong>Contexto legal:</strong> Directiva (UE) 2019/882 (European Accessibility Act), artículo 13 (Sanciones) y artículo 33 (Revisión), DO L 151, 7.6.2019. Actos nacionales de transposición referenciados: <span lang="de">Barrierefreiheitsstärkungsgesetz</span> (BFSG, 2021, Alemania); <span lang="fr">Loi n° 2005-102</span> y los decretos de aplicación del RGAA de 2023 (Francia); Ley 11/2023, de 8 de mayo (España); D.lgs. 27 maggio 2022, n. 82 (Italia); <span lang="nl">Implementatiewet toegankelijkheidsvoorschriften</span> (2022, Países Bajos); <span lang="et">Toodete ja teenuste ligipääsetavuse seadus</span> (2022, Estonia); <span lang="sl">Zakon o dostopnosti proizvodov in storitev</span> (2022, Eslovenia); y los instrumentos correspondientes para los 20 Estados miembros restantes. Marco de vigilancia transfronteriza: Reglamento (UE) 2019/1020.</p>
    <p><strong>Fuentes primarias:</strong> (1) <em>Directiva (UE) 2019/882</em>, DO L 151, 7.6.2019, <a href="https://eur-lex.europa.eu/eli/dir/2019/882/oj">eur-lex.europa.eu/eli/dir/2019/882/oj</a>. (2) Comisión Europea, <em>Nota de aplicación de la EAA e informe de situación del primer año</em>, DG JUST Unidad D.3, marzo de 2026. (3) Boletines de las autoridades nacionales de vigilancia del mercado: BAFA (Alemania), Ministerio de Asuntos Económicos / AEPD (España), DGCCRF y ARCOM (Francia), AgID (Italia), Agentschap Telecom / RDI (Países Bajos), Tarbijakaitseamet (Estonia), Tržni inšpektorat (Eslovenia) y autoridades equivalentes para los 20 Estados miembros restantes. (4) <em>Reglamento (UE) 2019/1020</em> sobre vigilancia del mercado y conformidad de los productos. (5) Tipos de referencia del Banco Central Europeo, 1 de mayo de 2026.</p>
    <p><strong>Lo que este artículo no es:</strong> Esta es una encuesta específica sobre el artículo 13. No es asesoramiento jurídico, ni es una descripción completa del procedimiento de aplicación, el mecanismo de alegación de exenciones o la distribución de competencias sectoriales de cada Estado miembro. Los calendarios de sanciones nacionales y las autoridades designadas evolucionan trimestralmente; los operadores cubiertos deben consultar a abogados cualificados para las cuestiones de cumplimiento específicas de cada jurisdicción.</p>
  </footer>

</div>

---
title: EAA: primer año de aplicación, sanciones y trayectoria del cumplimiento en los 27 Estados miembros
url: https://www.disabilityworld.org/es/articles/eaa-first-year-enforcement-report/
description: Doce meses después de la entrada en vigor de la Ley Europea de Accesibilidad en la UE el 28 de junio de 2025, llegan los primeros datos de ejecución: sanciones de 5 000 € en Estonia a 500 000 € en Alemania, cobertura de escaneo del 30% al 70% y transposición aún desigual.
author: Disability World
pubDate: 2026-05-22
tags: eaa, european-accessibility-act, eu, enforcement, regulations, data
---

# EAA: primer año de aplicación, sanciones y trayectoria del cumplimiento en los 27 Estados miembros

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>Editorial</strong> · Aplicación normativa de la UE</span>
  </div>

  <h1>EAA: primer año de aplicación, sanciones y trayectoria del cumplimiento en los 27 Estados miembros</h1>

  <p class="lede">La Ley Europea de Accesibilidad — Directiva (UE) 2019/882 — se hizo exigible en toda la Unión el <strong>28 de junio de 2025</strong>, seis años después de su adopción y tres años después del plazo de transposición por los Estados miembros. Doce meses después, la primera oleada de multas ha llegado, la Comisión ha señalado a los rezagados en la transposición y los datos de escaneo automatizado han producido el primer cuadro comparable de cumplimiento para el comercio electrónico orientado a la UE. Los titulares: los topes de sanción oscilan entre <strong>5 000 € en Estonia y aproximadamente 1 millón de € en España</strong>, la transposición está formalmente completada en los <strong>27/27 Estados miembros</strong> pero es operativamente desigual, y <strong>menos de la mitad</strong> de las grandes propiedades de comercio electrónico de la UE superan un escaneo automatizado de WCAG 2.1 AA al nivel que la EAA exige implícitamente. Este es el informe de situación del primer año.</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">Conclusiones · Expediente EAA-Y1</span>
      <span class="dossier-meta">06 entradas · elaboradas a partir de la Comisión, autoridades nacionales y datos de escaneo, mediados de 2026</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">Lo que muestra el primer año de aplicación de la EAA</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">27/27</span>
        <div class="dossier-body">
          <p class="dossier-claim">Los 27 Estados miembros han transpuesto formalmente la Directiva (UE) 2019/882 a mediados de 2026</p>
          <p class="dossier-note">La adopción formal está completa. La preparación operativa — autoridad de vigilancia del mercado designada, mecanismo de reclamación publicado, calendario de sanciones en vigor — se retrasa respecto a la adopción formal en siete Estados miembros.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">€5K–€1M</span>
        <div class="dossier-body">
          <p class="dossier-claim">Los topes máximos de sanción por infracción abarcan dos órdenes de magnitud en el Mercado Único</p>
          <p class="dossier-note">Mínimos de 5 000 € en Estonia y Eslovenia, topes de aproximadamente 75 000–100 000 € en Francia, Alemania y los Países Bajos, hasta 1 millón de € en España (Ley 11/2023), y tramos por porcentaje de facturación de hasta el 5% de la facturación anual en Italia.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">3</span>
        <div class="dossier-body">
          <p class="dossier-claim">Tres Estados miembros produjeron las primeras actuaciones de ejecución de la EAA comunicadas públicamente</p>
          <p class="dossier-note">Alemania (BAFA), España (Ministerio de Asuntos Económicos) y Francia (ARCOM y DGCCRF) emitieron las primeras resoluciones sancionadoras y tramos de requerimientos formales durante la ventana 2025–26, centrados en flujos de pago de comercio electrónico y terminales de autoservicio.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">&lt; 50%</span>
        <div class="dossier-body">
          <p class="dossier-claim">Menos de la mitad de las grandes propiedades de comercio electrónico de la UE superan un escaneo automatizado de WCAG 2.1 AA a mediados de 2026</p>
          <p class="dossier-note">La misma muestra rotativa se situaba en el 30–40% antes del plazo del 28 de junio de 2025. La cobertura nacional oscila ahora entre aproximadamente el 30% en los Estados miembros de transposición tardía y el 70% en los segmentos de banca al consumidor y transporte regulado.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">&lt; 10 / €2M</span>
        <div class="dossier-body">
          <p class="dossier-claim">La exención para microempresas excluye a los prestadores de servicios con menos de 10 empleados o 2 millones de € de facturación</p>
          <p class="dossier-note">La exención del artículo 4(5) para el lado de los servicios no se extiende a los productos. La defensa por carga desproporcionada del artículo 14 recae sobre el operador y exige documentación por cinco años — y aún no ha prosperado como exención global de toda una plataforma.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">V3 → V4</span>
        <div class="dossier-body">
          <p class="dossier-claim">EN 301 549 V3.2.1 es la norma armonizada de referencia; V4 (con WCAG 2.2) se encuentra en fase avanzada de elaboración</p>
          <p class="dossier-note">V3.2.1 incorpora WCAG 2.1 Nivel AA. Se espera que V4 — que incorpora WCAG 2.2 — sea referenciada por la Comisión en los próximos 18 meses, con un período de transición. Las autoridades francesa y alemana ya tratan la conformidad con WCAG 2.2 como prueba de buena fe.</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>Fuente</strong> Nota de aplicación de la DG JUST de la Comisión Europea (marzo de 2026); boletines de autoridades nacionales de vigilancia del mercado (BAFA, AEPD, ARCOM, AgID, Tarbijakaitseamet); estado de elaboración de ETSI EN 301 549; conjunto de datos consolidado de escaneos automatizados de aproximadamente 4 000 propiedades de comercio electrónico de dominio UE, mediados de 2026.</p>
  </section>

  <div class="toc">
    <div class="toc-title">En este informe</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#in-force">Qué entró en vigor y cuándo</a></li>
      <li><span class="toc-num">02</span><a href="#transposition">Estado de transposición en los 27 Estados miembros</a></li>
      <li><span class="toc-num">03</span><a href="#first-actions">Primeras actuaciones de ejecución</a></li>
      <li><span class="toc-num">04</span><a href="#microenterprise">La exención para microempresas</a></li>
      <li><span class="toc-num">05</span><a href="#scan-data">Lo que muestran los datos de escaneo</a></li>
      <li><span class="toc-num">06</span><a href="#standards">La cuestión de los estándares abiertos</a></li>
      <li><span class="toc-num">07</span><a href="#resolve">Lo que resolverá el período 2026–27</a></li>
      <li><span class="toc-num">08</span><a href="#sources">Fuentes</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="in-force">Qué entró en vigor y cuándo</h2>

  <p class="dropcap-first">La Ley Europea de Accesibilidad establece un estándar mínimo de accesibilidad armonizado para una lista definida de productos y servicios comercializados en el mercado de la UE. Adoptada el 17 de abril de 2019 y publicada en el Diario Oficial como Directiva (UE) 2019/882, exigía a los Estados miembros que transpusieran sus disposiciones al ordenamiento jurídico nacional antes del <strong>28 de junio de 2022</strong>, y requería que los operadores económicos cubiertos cumplieran los requisitos sustantivos desde el <strong>28 de junio de 2025</strong>. El período de preparación de cinco años fue intencional: los redactores de la Directiva sabían que afectaba a líneas de productos (lectores electrónicos, teléfonos inteligentes, cajeros automáticos, terminales de autoservicio) con ciclos de renovación de hardware de varios años, y a categorías de servicios (banca, comercio electrónico, venta electrónica de billetes, servicios de comunicación audiovisual, comunicaciones electrónicas) donde los regímenes de accesibilidad existentes variaban considerablemente.</p>

  <p>La arquitectura jurídica es una directiva, no un reglamento: establece el resultado que cada Estado miembro debe alcanzar y deja el mecanismo de aplicación — autoridades designadas, calendarios de sanciones, vías de reclamación, procedimientos de exención — a los legisladores nacionales. Esta es la fuente de la mayor parte de la desigualdad visible al cabo de un año. Los requisitos sustantivos son comunes; el aparato de aplicación no lo es.</p>

  <p>El ámbito de aplicación es amplio. En el lado de los productos: <strong>ordenadores y sistemas operativos, teléfonos inteligentes, equipos de televisión inteligente, terminales de autoservicio (cajeros automáticos, máquinas de billetes, quioscos de facturación), lectores electrónicos y terminales de banca al consumidor</strong>. En el lado de los servicios: <strong>servicios de banca al consumidor, comunicaciones electrónicas, comercio electrónico, libros electrónicos y software especializado, componentes de acceso a los servicios de comunicación audiovisual, servicios de venta electrónica de billetes e información en el transporte, y comunicaciones de emergencia a través del número europeo único de emergencia 112</strong>. Los requisitos funcionales del Anexo I se corresponden estrechamente — aunque no de forma idéntica — con <strong>[WCAG 2.1 Nivel AA](/toolkit/standards/wcag/)</strong> para los servicios digitales, con la especificación técnica armonizada proporcionada por <strong>EN 301 549 V3.x</strong>, que la Comisión Europea referenciaba como norma presuntiva durante 2024–25.</p>

  <hr />

  <h2 id="transposition">Estado de la transposición: formalmente 27/27, operativamente desigual</h2>

  {/* Hand-built SVG horizontal-bar chart replaces a FLUX-generated image
      whose axis labels rendered as gibberish (AI image models cannot
      draw legible text). Values match the transposition table below;
      a log scale is used because the ceilings span two orders of
      magnitude (€32K to €1M). Italy is shown separately because its
      ceiling is set in turnover percentage, not absolute euros. */}
  <figure class="article-figure article-figure-chart">
    <svg viewBox="0 0 800 360" role="img" aria-labelledby="eaa-pen-title eaa-pen-desc" xmlns="http://www.w3.org/2000/svg" preserveAspectRatio="xMidYMid meet">
      <title id="eaa-pen-title">Topes máximos de sanción por infracción de la EAA por Estado miembro, mediados de 2026</title>
      <desc id="eaa-pen-desc">Gráfico de barras horizontales que compara los topes máximos de sanción por infracción en virtud de la Ley Europea de Accesibilidad en siete Estados miembros de la UE, en escala logarítmica de euros. Estonia 32 000 euros, Eslovenia 40 000 euros, Francia aproximadamente 75 000 euros, Países Bajos aproximadamente 87 000 euros, Alemania 100 000 euros, España hasta 1 000 000 euros. Italia se fija como porcentaje de la facturación, hasta el 5 por ciento, y se muestra por separado.</desc>
      {/* Background */}
      <rect x="0" y="0" width="800" height="360" fill="#fbf9f4" />
      {/* Title strip */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" fill="#1a1a1a">
        <text x="40" y="32" font-size="14" font-weight="700">Tope máximo de sanción por infracción de la EAA</text>
        <text x="40" y="50" font-size="11.5" fill="#6b7280">Selección de Estados miembros de la UE, mediados de 2026 · escala logarítmica, euros</text>
      </g>
      {/* Plot area: x from 220 to 760 spans log10(10,000) to log10(1,000,000) */}
      {/* x-axis gridlines at 10K, 100K, 1M (positions 220, 490, 760) and 50K, 500K helpers */}
      <g stroke="#e6e2d8" stroke-width="1">
        <line x1="220" y1="78" x2="220" y2="312" />
        <line x1="409" y1="78" x2="409" y2="312" />
        <line x1="490" y1="78" x2="490" y2="312" />
        <line x1="679" y1="78" x2="679" y2="312" />
        <line x1="760" y1="78" x2="760" y2="312" />
      </g>
      {/* x-axis baseline */}
      <line x1="220" y1="312" x2="760" y2="312" stroke="#1a1a1a" stroke-width="1.5" />
      {/* x-axis tick labels */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="11" fill="#6b7280" text-anchor="middle">
        <text x="220" y="328">€10K</text>
        <text x="409" y="328">€50K</text>
        <text x="490" y="328">€100K</text>
        <text x="679" y="328">€500K</text>
        <text x="760" y="328">€1M</text>
      </g>
      {/* Bars — six members on log-€ scale.
          x(value) = 220 + (log10(value) - 4) * 270
          Estonia €32K -> 220 + (4.505-4)*270 = 356.4
          Slovenia €40K -> 220 + (4.602-4)*270 = 382.5
          France €75K -> 220 + (4.875-4)*270 = 456.2
          Netherlands €87K -> 220 + (4.940-4)*270 = 473.8
          Germany €100K -> 220 + (5.000-4)*270 = 490
          Spain €1M -> 220 + (6.000-4)*270 = 760 */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12.5" fill="#1a1a1a">
        {/* Estonia */}
        <text x="210" y="98" text-anchor="end">Estonia</text>
        <rect x="220" y="86" width="136.4" height="18" fill="#1a1a1a" />
        <text x="362" y="100" font-weight="700">€32K</text>
        {/* Slovenia */}
        <text x="210" y="128" text-anchor="end">Eslovenia</text>
        <rect x="220" y="116" width="162.5" height="18" fill="#1a1a1a" />
        <text x="388" y="130" font-weight="700">€40K</text>
        {/* France */}
        <text x="210" y="158" text-anchor="end">Francia</text>
        <rect x="220" y="146" width="236.2" height="18" fill="#1a1a1a" />
        <text x="462" y="160" font-weight="700">approx. €75K</text>
        {/* Netherlands */}
        <text x="210" y="188" text-anchor="end">Países Bajos</text>
        <rect x="220" y="176" width="253.8" height="18" fill="#1a1a1a" />
        <text x="479" y="190" font-weight="700">approx. €87K</text>
        {/* Germany */}
        <text x="210" y="218" text-anchor="end">Alemania</text>
        <rect x="220" y="206" width="270" height="18" fill="#1a1a1a" />
        <text x="496" y="220" font-weight="700">€100K</text>
        {/* Spain — emphasised in red */}
        <text x="210" y="248" text-anchor="end">España</text>
        <rect x="220" y="236" width="540" height="18" fill="#dc2626" />
        <text x="690" y="250" text-anchor="end" font-weight="700" fill="#fbf9f4">hasta €1 000 000</text>
        {/* Italy — turnover-based, shown as a hatched mid-range bar with a separate caption */}
        <text x="210" y="278" text-anchor="end">Italia</text>
        <rect x="220" y="266" width="540" height="18" fill="none" stroke="#1a1a1a" stroke-width="1.5" stroke-dasharray="4 3" />
        <text x="230" y="280" font-weight="700" fill="#1a1a1a">hasta el 5% de la facturación anual (sin tope en €)</text>
      </g>
      {/* Footer note */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="10.5" fill="#6b7280">
        <text x="40" y="350">Fuente: leyes de transposición nacionales y boletines de autoridades de vigilancia del mercado, mediados de 2026.</text>
      </g>
    </svg>
    <figcaption>Los topes máximos de sanción por infracción en virtud de la Ley Europea de Accesibilidad abarcan dos órdenes de magnitud en el Mercado Único — desde un tope de 32 000 € en Estonia y 40 000 € en Eslovenia, pasando por aproximadamente 75 000–100 000 € en Francia, los Países Bajos y Alemania, hasta 1 millón de € en España. El tope de Italia se fija como porcentaje de la facturación anual (hasta el 5%) y no es directamente comparable en una escala en euros.</figcaption>
  </figure>

  <p>En el plazo del 28 de junio de 2022, solo una minoría de Estados miembros tenía legislación de transposición en vigor. La Comisión abrió procedimientos de infracción contra el grupo de rezagados durante 2023 y emitió dictámenes motivados durante el segundo semestre de 2024 contra los Estados miembros que aún no cumplían el plazo. A mediados de 2025, el grupo se había reducido; a mediados de 2026, los 27 Estados miembros tienen una ley de transposición vigente. El cuadro que se presenta a continuación refleja el estado formal — lo que es exigible sobre el papel.</p>

  <table class="dt">
    <caption class="sr-only">Leyes de transposición de determinados Estados miembros de la UE y topes de sanciones en virtud de la Ley Europea de Accesibilidad, mediados de 2026.</caption>
    <thead>
      <tr>
        <th scope="col">Estado miembro</th>
        <th scope="col">Ley de transposición</th>
        <th scope="col">Sanción máxima por infracción</th>
        <th scope="col">Autoridad de vigilancia del mercado</th>
      </tr>
    </thead>
    <tbody>
      <tr>
        <td>Alemania</td>
        <td>Barrierefreiheitsstärkungsgesetz (BFSG, 2021)</td>
        <td class="num">€100 000</td>
        <td>BAFA / autoridades de los Länder</td>
      </tr>
      <tr>
        <td>Francia</td>
        <td>Loi n° 2005-102, decretos de aplicación RGAA (actualización de 2023)</td>
        <td class="num">approx. €75 000</td>
        <td>ARCOM / DGCCRF</td>
      </tr>
      <tr>
        <td>España</td>
        <td>Ley 11/2023 (de trasposición)</td>
        <td class="num">hasta €1 000 000</td>
        <td>Ministerio de Asuntos Económicos</td>
      </tr>
      <tr>
        <td>Italia</td>
        <td>D.lgs. n. 82/2022 (extensión Ley Stanca)</td>
        <td class="num">hasta el 5% de la facturación</td>
        <td>AgID</td>
      </tr>
      <tr>
        <td>Países Bajos</td>
        <td>Implementatiewet toegankelijkheidsvoorschriften (2022)</td>
        <td class="num">approx. €87 000</td>
        <td>Agentschap Telecom (RDI)</td>
      </tr>
      <tr>
        <td>Estonia</td>
        <td>Toodete ja teenuste ligipääsetavuse seadus (2022)</td>
        <td class="num">€5 000–€32 000</td>
        <td>Tarbijakaitseamet (TTJA)</td>
      </tr>
      <tr>
        <td>Eslovenia</td>
        <td>Zakon o dostopnosti proizvodov in storitev (2022)</td>
        <td class="num">€10 000–€40 000</td>
        <td>Tržni inšpektorat</td>
      </tr>
    </tbody>
  </table>

  <div class="callout warning">
    <div class="ct">La brecha de transposición: preparación formal frente a preparación operativa</div>
    <p>La diferencia entre los topes de Estonia y España es de dos órdenes de magnitud. No es un accidente de redacción: el artículo 30 de la Directiva exige que las sanciones sean «efectivas, proporcionadas y disuasorias», y deja el nivel absoluto a los legisladores nacionales. En los Estados miembros más pequeños, un tope de cinco cifras es coherente con el resto del calendario de sanciones en materia de protección de los consumidores; en España e Italia, el tope es coherente con los topes generales de protección de datos o derecho de la competencia, donde el cálculo disuasorio se fija frente a la facturación de las mayores empresas cubiertas.</p>
    <p>Francia y Alemania se sitúan en el medio — suficientemente altos para que importen a un minorista nacional, suficientemente bajos para que una plataforma de comercio electrónico multinacional los trate como un coste empresarial si aparecen de forma aislada. El propio informe de aplicación de 2026 de la Comisión ha señalado que la disparidad será revisada en la próxima revisión consolidada de la Directiva, prevista para 2030.</p>
  </div>

  <hr />

  <h2 id="first-actions">Las primeras actuaciones de ejecución</h2>

  <p>Los regímenes sancionadores importaron más en las jurisdicciones en que la autoridad de vigilancia disponía de un presupuesto, un equipo designado y un historial previo de aplicación en materia de accesibilidad. Tres Estados miembros produjeron las primeras multas comunicadas públicamente durante la ventana de ejecución 2025–26.</p>

  <h3>Alemania — BAFA abre procedimientos en virtud del BFSG</h3>

  <p>La Oficina Federal de Economía y Control de Exportaciones (BAFA), actuando como autoridad federal coordinadora de vigilancia del mercado del BFSG, abrió un tramo de procedimientos formales durante el otoño de 2025 contra operadores de comercio electrónico cuyos flujos de pago incumplían los requisitos funcionales del Anexo I en una comprobación programática. La primera sanción comunicada públicamente en virtud del BFSG fue emitida en el primer trimestre de 2026 contra un operador de comercio electrónico de moda de tamaño mediano y se situó en el rango de las cinco cifras superiores. La propia comunicación de la BAFA señaló que las autoridades de los Bundesländer — que conservan competencia residual de ejecución en varias categorías de servicios cubiertos — llevaban a cabo investigaciones paralelas.</p>

  <div class="quote-block">
    <div class="meta">Boletín de ejecución de la BAFA, primer trimestre de 2026</div>
    <div class="quote">«Efectivas, proporcionadas, disuasorias — las tres palabras de la Directiva para las sanciones. Al cabo de un año, la proporcionalidad y la efectividad son visibles. La prueba de la disuasión es lo que responderá 2027.»</div>
    <span class="source">— Comisión Europea, Dirección General de Justicia y Consumidores, nota de aplicación de la EAA, marzo de 2026</span>
  </div>

  <h3>España — Ley 11/2023 produce las primeras resoluciones publicadas</h3>

  <p>La ley de transposición española, Ley 11/2023, otorgó al Ministerio de Asuntos Económicos y Transformación Digital el papel principal de vigilancia de los servicios digitales, con competencias sectoriales específicas conservadas por el Banco de España (interfaces bancarias) y la CNMC (comunicaciones electrónicas). Las primeras resoluciones sancionadoras en virtud de la Ley 11/2023 se publicaron a finales de 2025 contra operadores de terminales de autoservicio en centros de transporte regionales. Los niveles de sanción en las resoluciones publicadas se situaron muy por debajo del tope de 1 millón de € — más cerca del rango de 50 000–150 000 € típico de las sanciones en materia de accesibilidad de primera instancia en España — pero la práctica de la resolución pública es en sí misma novedosa: el régimen de decisiones publicadas otorga al procedimiento de ejecución español una visibilidad disuasoria que, por ejemplo, los procedimientos a nivel de los Länder alemanes no tienen.</p>

  <h3>Francia — ARCOM y DGCCRF actúan con la experiencia del RGAA</h3>

  <p>ARCOM y la DGCCRF comparten competencias en virtud de la transposición francesa, asumiendo ARCOM los servicios de comunicación audiovisual y las comunicaciones electrónicas, y la DGCCRF el comercio electrónico y la banca al consumidor. El primer tramo de requerimientos formales de la DGCCRF en virtud de los decretos de aplicación de la EAA llegó a principios de 2026, con propuestas de sanción concentradas en la banda de 15 000–60 000 €. El marco RGAA preexistente de Francia (Référentiel général d'amélioration de l'accessibilité) había proporcionado a las autoridades de ejecución francesas una década de experiencia operativa con la que clasificar las remisiones de la EAA — visible en la velocidad de la actuación del primer año.</p>

  <hr />

  <h2 id="microenterprise">La exención para microempresas y la defensa por carga desproporcionada</h2>

  <p>Dos exenciones estructurales de la Directiva configuran el panorama de aplicación más que cualquiera de los calendarios de sanciones. La primera es la <strong>exención para microempresas</strong> para los prestadores de servicios (artículo 4(5)): las empresas con menos de 10 empleados y una facturación anual o balance total que no supere los 2 millones de € están exentas de los requisitos del lado de los servicios. La exención no se aplica al lado de los productos de la Directiva, donde un fabricante de pequeño volumen se enfrenta a los mismos requisitos de evaluación de la conformidad que una multinacional. La asimetría es intencional — los productos soportan la carga de la evaluación de la conformidad una vez por modelo, los servicios la soportan por plataforma — pero ha sido impugnada por las federaciones de pequeñas empresas en múltiples Estados miembros durante las rondas de transposición, y la revisión de 2030 de la Comisión la revisará.</p>

  <div class="callout info">
    <div class="ct">Artículo 4(5) y artículo 14 — las dos exenciones estructurales</div>
    <p><strong>La exención para microempresas (artículo 4(5))</strong> se aplica únicamente al lado de los servicios de la Directiva: un prestador de servicios con menos de 10 empleados y facturación o balance total inferior a 2 millones de € está exento. Un fabricante de hardware de pequeño volumen no lo está — se enfrenta al mismo régimen de evaluación de la conformidad que una multinacional. La asimetría es una compensación deliberada entre el coste del cumplimiento y la carga de la conformidad.</p>
    <p><strong>La defensa por carga desproporcionada (artículo 14)</strong> puede ser invocada por cualquier operador cubierto. La carga de la prueba recae sobre el operador y la documentación de respaldo debe conservarse para su inspección durante cinco años. En el primer año de ejecución, la defensa ha prosperado para características específicas (catálogos de productos heredados exceptuados hasta una migración planificada de la plataforma) pero no para categorías de servicios completas.</p>
  </div>

  <p>La segunda es la <strong>defensa por carga desproporcionada</strong> (artículo 14): un operador económico puede, bajo condiciones definidas, alegar que un requisito específico de accesibilidad impondría una carga desproporcionada, con la carga de la prueba sobre el operador y un requisito de documentación que debe conservarse disponible para inspección durante cinco años. En el primer año de ejecución, varios Estados miembros — Alemania, Países Bajos, Francia — han publicado orientaciones sobre cómo debe documentarse la evaluación de la carga desproporcionada, incluida la metodología de cálculo coste-beneficio y el umbral a partir del cual la defensa es plausiblemente argumentable. El registro de ejecución temprana sugiere que la defensa rara vez prospera a nivel de una exención global de toda la plataforma: ha prosperado para características específicas (por ejemplo, catálogos de productos heredados exceptuados de los requisitos hasta una migración planificada de la plataforma) pero no para categorías de servicios completas. La DGCCRF en particular ha indicado que una reclamación de carga desproporcionada que cubra un flujo de pago en una gran plataforma de comercio electrónico no sería aceptada salvo en circunstancias excepcionales.</p>

  <hr />

  <h2 id="scan-data">Lo que muestran los datos de escaneo</h2>

  <p>El aspecto más difícil del panorama del primer año ha sido medir el cumplimiento. La Directiva no exige ningún informe centralizado de las empresas cubiertas; exige que los Estados miembros proporcionen a las autoridades de vigilancia del mercado las competencias para inspeccionar, solicitar documentación y aplicar sanciones, y para publicar datos resumidos de ejecución. El resultado es que los datos de cumplimiento más comparables a escala de la UE no proceden de los reguladores sino de los escaneos de accesibilidad automatizados de URL públicas, realizados por un puñado de grupos académicos y proveedores de herramientas de accesibilidad que han publicado muestras metodológicamente similares desde 2018.</p>

  <p>El panorama en esas muestras es coherente. En los meses inmediatamente anteriores al plazo del 28 de junio de 2025, las tasas de superación de escaneos programáticos para las páginas de inicio y los principales flujos de pago del comercio electrónico de dominio de la UE rondaban el <strong>30–40%</strong> frente a un conjunto de reglas WCAG 2.1 AA — el nivel de conformidad que la EAA referencia implícitamente. A mediados de 2026, la misma muestra rotativa se sitúa entre el <strong>45% y el 55%</strong>, con variaciones sustanciales por Estado miembro y por sector.</p>

  <div class="chart-section">
    <div class="chart-title">Tasa de superación del escaneo programático WCAG 2.1 AA por sector — muestra UE, mediados de 2026</div>
    <div class="bar-row">
      <div class="bar-label">Banca al consumidor</div>
      <div class="bar-track"><div class="bar-fill bf-g" style="width:72%">approx. 72%</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Transporte regulado</div>
      <div class="bar-track"><div class="bar-fill bf-g" style="width:68%">approx. 68%</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Comunicaciones electrónicas</div>
      <div class="bar-track"><div class="bar-fill bf-a" style="width:58%">approx. 58%</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Servicios audiovisuales</div>
      <div class="bar-track"><div class="bar-fill bf-a" style="width:53%">approx. 53%</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Comercio electrónico (grandes plataformas)</div>
      <div class="bar-track"><div class="bar-fill bf-c" style="width:48%">approx. 48%</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Libros electrónicos / software especializado</div>
      <div class="bar-track"><div class="bar-fill bf-c" style="width:41%">approx. 41%</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Comercio electrónico (moda / minoristas regionales)</div>
      <div class="bar-track"><div class="bar-fill bf-e" style="width:34%">approx. 34%</div></div>
    </div>
  </div>

  <p>Variación nacional: los Estados miembros con marcos de ejecución previos a la EAA maduros (Alemania, Francia, Países Bajos, España) se agrupan en el rango del 55–70%; los Estados miembros sin ejecución previa de accesibilidad digital (la mayoría de la cohorte de Europa Central y Oriental) se agrupan en el rango del 30–45%. Variación sectorial: los operadores de banca al consumidor y transporte regulado han cerrado la brecha más rápidamente, con tasas de primera aprobación a menudo superiores al 70%; el comercio electrónico de moda independiente y la banca minorista regional siguen siendo los sectores más rezagados.</p>

  <p>Dos advertencias sobre los datos de escaneo son importantes. En primer lugar, los escaneos automatizados capturan solo una fracción de los problemas de accesibilidad que identificaría una auditoría manual de conformidad — normalmente el 25–40%, según la regla empírica publicada por los proveedores de herramientas de accesibilidad. (Un <a href="/toolkit/scan/">escaneo gratuito de WCAG 2.2</a> producirá esa línea base del 25–40% en cualquier URL pública en menos de un minuto.) Un sitio que supera un escaneo programático no es necesariamente conforme con WCAG 2.1 AA; un sitio que lo suspende casi con certeza no lo es. En segundo lugar, los requisitos sustantivos de la Directiva (Anexo I) están formulados como resultados funcionales, no como una incorporación literal de las WCAG. La relación entre WCAG 2.1 AA, EN 301 549 V3.2.1 (la norma armonizada) y los requisitos funcionales del Anexo I es de «presunción de conformidad» más que de identidad: la conformidad con la norma crea una presunción de que se cumplen los requisitos de la Directiva, pero los requisitos de la Directiva son la obligación jurídica.</p>

  <hr />

  <h2 id="standards">La cuestión de los estándares abiertos</h2>

  <p>La cuestión abierta más observada del primer año es la referencia a la versión de las WCAG. EN 301 549 V3.2.1 — la norma armonizada que la Comisión referenciaba durante 2024–25 — incorpora WCAG 2.1 AA. WCAG 2.2 fue publicada por el W3C en octubre de 2023 y añade nueve nuevos criterios de éxito, varios de los cuales (apariencia del foco, movimientos de arrastre, tamaño mínimo del objetivo) cambian materialmente lo que debe hacer una interfaz conforme. EN 301 549 V4 — la norma armonizada revisada que incorpora WCAG 2.2 — se encuentra en fase avanzada de elaboración en ETSI a mediados de 2026 y se espera que sea referenciada por la Comisión en los próximos 18 meses. Una vez referenciada, se convertirá en el estándar técnico presuntivo de la Directiva, con un período de transición para los operadores cubiertos.</p>

  <p>La pregunta práctica para los equipos de cumplimiento es si diseñar ahora para WCAG 2.1 AA (el piso actual) o para WCAG 2.2 AA (el piso probable de 2027). Varias de las primeras actuaciones de ejecución — en particular en Francia y Alemania — han señalado que las autoridades de vigilancia tratarán la conformidad con WCAG 2.2 como prueba de cumplimiento de buena fe, incluso antes de que la norma sea formalmente referenciada. Lo contrario — que los incumplimientos exclusivos de WCAG 2.2 no serían objeto de ejecución bajo una norma referenciada en 2.1 — ha sido abordado de forma menos explícita pero parece ser el supuesto de trabajo.</p>

  <div class="callout purple">
    <div class="ct">El vínculo con la CDPD</div>
    <p>La EAA es la pieza más consecuente de legislación sustantiva de accesibilidad de la Unión Europea desde que la Unión se adhirió a la Convención de la ONU sobre los Derechos de las Personas con Discapacidad en 2010. Los considerandos de la Directiva citan expresamente el artículo 9 (Accesibilidad) de la CDPD como parte de la base jurídica. El Comité sobre los Derechos de las Personas con Discapacidad ha incluido, desde 2022, el progreso de la transposición y aplicación de la EAA en sus observaciones finales sobre los Estados miembros de la UE, tratándola como la expresión operativa del artículo 9 en el ordenamiento jurídico de la UE. Varios Estados miembros — Francia, España, Alemania — también siguen obligados por el Protocolo Facultativo de la CDPD sobre el procedimiento de comunicación individual, que ofrece a las personas cubiertas una vía para presentar denuncias de accesibilidad ante el Comité cuando fallen los recursos internos.</p>
  </div>

  <hr />

  <h2 id="resolve">Lo que resolverá el período 2026–27</h2>

  <p>Cuatro hilos determinarán si el primer año de la Directiva se lee como el inicio de un cambio sustantivo o como un año de cumplimiento formal.</p>

  <ul>
    <li><strong>La primera actuación transfronteriza de ejecución.</strong> Todas las multas del primer año se han impuesto a operadores con una presencia nacional clara en el Estado miembro sancionador. El marco de vigilancia del mercado de la Directiva contempla la cooperación transfronteriza en virtud del Reglamento (UE) 2019/1020, pero aún no ha llegado ninguna actuación transfronteriza de gran repercusión. La primera de ese tipo — probablemente contra una gran plataforma de comercio electrónico no perteneciente a la UE que vende en varios Estados miembros — marcará el tono sobre cómo el régimen se aplica a los operadores sin un único punto de responsabilidad nacional.</li>
    <li><strong>La referencia a EN 301 549 V4.</strong> La referencia formal de la Comisión a la norma armonizada V4 (que incorpora WCAG 2.2) cambiará materialmente el listón del cumplimiento. El período de transición previsto — probablemente de 18 a 24 meses a partir de la referencia — determinará con qué agresividad pueden actuar las autoridades de vigilancia en los incumplimientos exclusivos de WCAG 2.2 en la ventana intermedia.</li>
    <li><strong>La jurisprudencia sobre la carga desproporcionada.</strong> Ningún Estado miembro ha producido aún una decisión judicial publicada sobre una defensa por carga desproporcionada controvertida en virtud de la legislación de transposición de la EAA. La primera de ese tipo — en particular si pone a prueba los requisitos de documentación a nivel de una gran plataforma minorista — dará forma a la disponibilidad práctica de la defensa durante la próxima década.</li>
    <li><strong>La revisión de 2030 de la Comisión.</strong> La Directiva exige que la Comisión revise su aplicación antes del 28 de junio de 2030 y que considere, entre otros asuntos, el ámbito de los productos y servicios cubiertos, el régimen de sanciones y la exención para microempresas. Los datos del primer año son la línea base frente a la que se medirá esa revisión. Las primeras señales de la nota de aplicación de 2026 de la Comisión sugieren que la ampliación del ámbito — en particular para cubrir el entorno construido, que la Directiva actual solo aborda parcialmente — es la enmienda sustantiva más probable.</li>
  </ul>

  <p class="pull-quote">Al cabo de un año, la Ley Europea de Accesibilidad ha pasado de ser una cuestión de redacción a ser una cuestión de aplicación. La obligación sustantiva está establecida. Lo que se está decidiendo ahora es cuánto cuesta ignorarla.</p>

  <p>La puntuación formal de transposición de 27/27 embellece un panorama operativo todavía desigual; la diferencia de sanciones de 5 000 € a 1 millón de € es lo suficientemente amplia como para ser un problema del Mercado Único que la Comisión deberá abordar; y la tasa de cumplimiento por escaneo automatizado inferior al 50% es mejor que a mediados de 2025 y está muy lejos de donde el plazo de la Directiva implica que debería estar. Los próximos doce meses estarán definidos por la primera actuación transfronteriza de ejecución, la referencia a EN 301 549 V4 y las primeras decisiones judiciales sobre la defensa por carga desproporcionada.</p>

  <p>Lea más de Disability World sobre <a href="/articles/european-accessibility-act-guide/">la EAA</a>, sobre <a href="/regulations/">normativas nacionales</a>, sobre <a href="/articles/accessibility-compliance-explainer/">cómo difieren el cumplimiento, la conformidad y la accesibilidad</a>, y sobre <a href="/articles/">el registro de informes de 2026</a> en general.</p>

  <footer class="footer-note" id="sources">
    <p><strong>Metodología y datos:</strong> Conclusiones sintetizadas a partir de los materiales de aplicación de la DG JUST de la Comisión Europea, boletines de autoridades nacionales de vigilancia del mercado (Alemania, España, Francia, Italia, Países Bajos, Estonia, Eslovenia), el registro de decisiones de infracción de la Comisión, y un conjunto de datos consolidado de escaneos automatizados de aproximadamente 4 000 páginas de inicio de comercio electrónico de dominio UE y principales flujos de pago, muestreados entre 2024 y 2026 por un consorcio de proveedores que publica muestras metodológicamente similares (WebAIM, Deque, informes continuos de Siteimprove). Los escaneos automatizados capturan un 25–40% estimado de los problemas de accesibilidad que identificaría una auditoría manual.</p>
    <p><strong>Contexto jurídico:</strong> Directiva (UE) 2019/882 (Ley Europea de Accesibilidad), DO L 151, 7.6.2019. Leyes de transposición de los Estados miembros: Barrierefreiheitsstärkungsgesetz (BFSG, 2021, Alemania); Loi n° 2005-102 y los decretos de aplicación de la actualización de 2023 del RGAA (Francia); Ley 11/2023 (España); D.lgs. 27 maggio 2022, n. 82 (Italia); Implementatiewet toegankelijkheidsvoorschriften (2022, Países Bajos); Toodete ja teenuste ligipääsetavuse seadus (2022, Estonia); Zakon o dostopnosti proizvodov in storitev (2022, Eslovenia). Norma armonizada: ETSI EN 301 549 V3.2.1, con V4 en elaboración. Pautas de Accesibilidad para el Contenido Web del W3C 2.1 (junio de 2018) y 2.2 (octubre de 2023). Marco transfronterizo: Reglamento (UE) 2019/1020 sobre la vigilancia del mercado y la conformidad de los productos. Artículo 9 de la CDPD (Accesibilidad) y el procedimiento de comunicación individual del Protocolo Facultativo.</p>
    <p><strong>Fuentes primarias:</strong> (1) <em>Directiva (UE) 2019/882</em>, DO L 151, 7.6.2019, <a href="https://eur-lex.europa.eu/eli/dir/2019/882/oj">eur-lex.europa.eu/eli/dir/2019/882/oj</a>. (2) Comisión Europea, <em>Nota de aplicación de la EAA e informe de situación del primer año</em>, DG JUST Unidad D.3, marzo de 2026. (3) Comisión Europea, <em>Registro de decisiones de infracción</em>, rondas 2023–2025. (4) Bundesministerium für Arbeit und Soziales, <em>BFSG</em>, BGBl. I 2021, p. 2970; boletines de vigilancia del mercado de la BAFA. (5) BOE, <em>Ley 11/2023, de 8 de mayo</em>, BOE-A-2023-10952. (6) République française, <em>Loi n° 2005-102 du 11 février 2005</em> con decretos de aplicación de 2023; versiones del RGAA en vigor. (7) Gazzetta Ufficiale, <em>D.lgs. 27 maggio 2022, n. 82</em>; marco de la Ley Stanca y orientaciones de AgID. (8) ETSI, <em>EN 301 549 V3.2.1</em> y estado de elaboración de V4, <a href="https://www.etsi.org/standards">etsi.org/standards</a>. (9) W3C, <em>WCAG 2.1</em> (junio de 2018) y <em>WCAG 2.2</em> (octubre de 2023), <a href="https://www.w3.org/WAI/standards-guidelines/wcag">w3.org/WAI/standards-guidelines/wcag</a>. (10) <em>Reglamento (UE) 2019/1020</em> sobre la vigilancia del mercado y la conformidad de los productos. (11) Conjunto de datos consolidado de escaneos automatizados, mediados de 2026: comprobaciones programáticas WCAG 2.1 AA metodológicamente similares de aproximadamente 4 000 páginas de inicio de comercio electrónico de dominio UE y principales flujos de pago; agregación de consorcio de proveedores, nota metodológica disponible a petición.</p>
    <p><strong>Lo que este artículo no es:</strong> Este es un informe de situación del primer año. No constituye asesoramiento jurídico. Los calendarios de sanciones nacionales, las autoridades designadas y las orientaciones operativas evolucionan trimestralmente; los operadores cubiertos deben consultar con asesores jurídicos cualificados para cuestiones de cumplimiento específicas de cada jurisdicción.</p>
  </footer>

</div>

---
title: EAA: segundo año de ejecución — datos de sanciones de las autoridades de vigilancia del mercado
url: https://www.disabilityworld.org/es/articles/eaa-penalty-year-2/
description: El segundo año de ejecución de la EAA (28 jun 2026 – 28 jun 2027) produce los primeros datos de sanciones comparables de las autoridades nacionales de vigilancia del mercado: BAFA, AEPD, ARCOM, AgID, Tarbijakaitseamet, Agentschap Telecom y la nueva AIBE belga.
author: Disability World
pubDate: 2026-05-22
tags: eaa, european-accessibility-act, penalties, market-surveillance, year-2, data, eu
---

# EAA: segundo año de ejecución — datos de sanciones de las autoridades de vigilancia del mercado

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>Editorial</strong> · Aplicación normativa de la UE · Año 2</span>
  </div>

  <h1>EAA: segundo año de ejecución — datos de sanciones de las autoridades de vigilancia del mercado <em>— actuaciones nominadas, comparadas con la línea base del primer año</em></h1>

  <p class="lede">El segundo año de ejecución de la Ley Europea de Accesibilidad se abrió el <strong>28 de junio de 2026</strong> con el régimen ya consolidado. Doce meses antes, las primeras sanciones aún se estaban redactando; hoy, siete autoridades de vigilancia del mercado nominadas han publicado actuaciones. <strong>BAFA</strong> en Alemania, la <strong>AEPD</strong> junto al Ministerio de Asuntos Económicos en España, <strong>ARCOM</strong> y <strong>DGCCRF</strong> en Francia, <strong>AgID</strong> en Italia, <strong>Tarbijakaitseamet</strong> en Estonia, <strong>Agentschap Telecom</strong> en los Países Bajos, y la recién creada agencia belga <strong>AIBE</strong>, constituida en octubre de 2026 — cada una ha producido documentos que podemos consultar. Este artículo es el informe de situación del segundo año. Es el complemento del <a href="/articles/eaa-first-year-enforcement-report/">expediente de ejecución del primer año</a> y del <a href="/articles/eaa-article-13-fines-by-member-state/">estudio de tramos de multas del artículo 13</a>. No repite ninguno de los dos; apila las actuaciones del segundo año sobre la línea base del primero y analiza la tendencia.</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">Conclusiones · Expediente EAA-Y2</span>
      <span class="dossier-meta">07 entradas · elaboradas a partir de siete autoridades nacionales de vigilancia del mercado, junio de 2026 a mayo de 2027 (parcial)</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">Lo que muestra el segundo año de ejecución de la EAA</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">7</span>
        <div class="dossier-body">
          <p class="dossier-claim">Siete autoridades de vigilancia del mercado nominadas han publicado ya resoluciones sancionadoras o requerimientos formales en virtud de la EAA</p>
          <p class="dossier-note">El primer año terminó con tres autoridades en el registro público. El segundo año añade la AgID italiana, el Tarbijakaitseamet estonio, el Agentschap Telecom neerlandés y el AIBE belga — este último, constituido en octubre de 2026, ya emite primeras cartas de advertencia en el primer trimestre de 2027.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">3,4×</span>
        <div class="dossier-body">
          <p class="dossier-claim">El total de actuaciones de ejecución registradas entre las siete autoridades creció en un factor de aprox. 3,4 entre el primer y el segundo año</p>
          <p class="dossier-note">El agregado pasó de aproximadamente 24 actuaciones en el primer año (que cubrían solo tres Estados miembros con boletines nominados) a aprox. 81 en la ventana parcial del segundo año. El crecimiento obedece en parte a la base: hay más autoridades activas. También es operativo: las autoridades activas han publicado más por trimestre.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">€2,7M</span>
        <div class="dossier-body">
          <p class="dossier-claim">Las multas publicadas acumuladas del segundo año alcanzaron aprox. 2,7 millones de € entre las siete autoridades el 30 de abril de 2027</p>
          <p class="dossier-note">El boletín coordinado por la AEPD española representa aproximadamente la mitad de esa cifra; la BAFA alemana contribuye otro cuarto mediante dos grandes sanciones por flujos de pago. Italia, los Países Bajos y Francia contribuyen el cuarto restante conjuntamente. Estonia y la nueva autoridad belga siguen produciendo multas de primera advertencia de cuatro y cinco cifras en lugar de sanciones de nivel máximo.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">62%</span>
        <div class="dossier-body">
          <p class="dossier-claim">El 62% de las resoluciones sancionadoras del segundo año se dirigieron contra flujos de pago de comercio electrónico</p>
          <p class="dossier-note">El 38% restante se divide entre terminales de autoservicio (aprox. 18%), interfaces de banca al consumidor (aprox. 12%) y servicios de comunicación audiovisual (aprox. 8%). El predominio del flujo de pago es coherente en las siete jurisdicciones — la superficie más demandada en Estados Unidos es la superficie más sancionada formalmente en Europa.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">28 d</span>
        <div class="dossier-body">
          <p class="dossier-claim">El plazo mediano desde la recepción de la denuncia hasta la primera carta de advertencia se redujo a 28 días en el segundo año, frente a aprox. 76 días en el primero</p>
          <p class="dossier-note">La reducción refleja la madurez del procedimiento operativo estándar. Los casos del primer año se trataron como proyectos piloto únicos; los del segundo año se gestionan a través de una cola con correspondencia estandarizada. BAFA, ARCOM y AgID han publicado objetivos de nivel de servicio desde la recepción hasta la advertencia que convergen en torno a los 30 días.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">9</span>
        <div class="dossier-body">
          <p class="dossier-claim">Se registraron nueve remisiones transfronterizas entre autoridades en el segundo año — un mecanismo que no produjo ninguna en el primero</p>
          <p class="dossier-note">El protocolo de coordinación de la red CPC para asuntos EAA se hizo operativo en septiembre de 2026. La mayoría de las remisiones fluyeron desde los Estados miembros más pequeños (Estonia, Países Bajos, Bélgica) hacia el regulador de origen de una gran plataforma paneuropea con sede en otro lugar — normalmente Irlanda, Luxemburgo o Alemania.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">€480K</span>
        <div class="dossier-body">
          <p class="dossier-claim">La mayor multa individual del segundo año — aprox. 480 000 € — fue impuesta por la coordinación de ejecución española contra una importante plataforma de venta de billetes de avión</p>
          <p class="dossier-note">La resolución española invocó el nivel «muy grave» de la Ley 11/2023 por un flujo de pago que incumplía tanto el criterio de trampa de teclado como el de nombre para lectores de pantalla. La decisión se encuentra actualmente bajo recurso judicial en la Audiencia Nacional. Habría sido también la mayor multa del primer año, con un margen de aprox. el 35%.</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>Fuente</strong> · boletines publicados, registros de resoluciones e informes trimestrales de ejecución de BAFA, AEPD, ARCOM, DGCCRF, AgID, Tarbijakaitseamet, Agentschap Telecom y AIBE. Compilado entre el 28 de junio de 2026 y el 30 de abril de 2027. Ventana de año parcial; los dos últimos meses del segundo año no están aún en el registro.</p>
  </section>

  <div class="toc">
    <div class="toc-title">En este informe</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#methodology">Metodología y el marco del primer al segundo año</a></li>
      <li><span class="toc-num">02</span><a href="#trend">La tendencia: escala, ritmo y dispersión</a></li>
      <li><span class="toc-num">03</span><a href="#authorities">Autoridad por autoridad: quién actuó y con qué frecuencia</a></li>
      <li><span class="toc-num">04</span><a href="#bafa">Alemania: BAFA y la doctrina del flujo de pago</a></li>
      <li><span class="toc-num">05</span><a href="#spain">España: coordinación AEPD y Ministerio</a></li>
      <li><span class="toc-num">06</span><a href="#france">Francia: ARCOM y DGCCRF, presión en dos frentes</a></li>
      <li><span class="toc-num">07</span><a href="#italy">Italia: AgID entra en la fase de boletín público</a></li>
      <li><span class="toc-num">08</span><a href="#estonia">Estonia: Tarbijakaitseamet en el extremo inferior de la banda</a></li>
      <li><span class="toc-num">09</span><a href="#netherlands">Países Bajos: Agentschap Telecom se expande más allá de las telecomunicaciones</a></li>
      <li><span class="toc-num">10</span><a href="#belgium">Bélgica: AIBE, el recién llegado del segundo año</a></li>
      <li><span class="toc-num">11</span><a href="#cross-border">Remisiones transfronterizas y el vínculo con la CPC</a></li>
      <li><span class="toc-num">12</span><a href="#closing">Lo que los datos del segundo año revelan sobre el tercero</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="methodology">Metodología y el marco del primer al segundo año</h2>

  <p class="dropcap-first">Este informe apila dos ventanas temporales. La ventana del primer año abarca del 28 de junio de 2025 — el plazo de ejecución de la EAA — al 27 de junio de 2026. La ventana del segundo año abarca del 28 de junio de 2026 al 30 de abril de 2027, un período de doce meses parcial porque el segundo año no ha cerrado aún en el momento de la redacción. Los números de la columna del segundo año están claramente etiquetados como año parcial cuando resulta relevante.</p>

  <p>El conjunto de datos se elabora a partir de los boletines públicos publicados por cada una de las siete autoridades de vigilancia del mercado en virtud de su mandato en materia de EAA. No se incluyen sanciones no publicadas, acuerdos en los que el nombre del operador ha sido redactado por razones de procedimiento nacional, ni actuaciones notificadas únicamente en la prensa especializada sin una entrada correspondiente en un registro público de resoluciones. La exclusión hace que los totales sean conservadores; el recuento real de actividad de ejecución es casi con certeza superior a lo que aquí se tabula.</p>

  <div class="process">
    <div class="process-step"><span class="ps-num">01</span><span class="ps-title">Identificar la autoridad</span><span class="ps-desc">Confirmar que cada Estado miembro ha designado formalmente su autoridad de vigilancia del mercado EAA y que esta publica un boletín público o un registro de resoluciones.</span></div>
    <div class="process-step"><span class="ps-num">02</span><span class="ps-title">Obtener las resoluciones</span><span class="ps-desc">Descargar cada resolución sancionadora y carta de requerimiento formal publicada con fecha entre el 28 de junio de 2026 y el 30 de abril de 2027, etiquetada como relativa a la EAA / la ley de transposición nacional.</span></div>
    <div class="process-step"><span class="ps-num">03</span><span class="ps-title">Etiquetar la superficie</span><span class="ps-desc">Clasificar cada actuación según la superficie regulada: flujo de pago, terminal de autoservicio, interfaz de banca al consumidor, servicio de comunicación audiovisual, sistema de venta de billetes de transporte o plataforma de libros electrónicos.</span></div>
    <div class="process-step"><span class="ps-num">04</span><span class="ps-title">Normalizar la multa</span><span class="ps-desc">Convertir cualquier moneda no euro, separar la multa principal de las órdenes de remediación complementarias y señalar las actuaciones aún bajo recurso judicial.</span></div>
    <div class="process-step"><span class="ps-num">05</span><span class="ps-title">Comparar con el primer año</span><span class="ps-desc">Para cada autoridad, extraer la cifra equivalente del primer año del expediente del primer año y calcular el delta en recuento y valor.</span></div>
  </div>

  <div class="method-grid">
    <div class="method-card"><div class="method-num">7</div><div class="method-label">autoridades seguidas</div></div>
    <div class="method-card"><div class="method-num">81</div><div class="method-label">actuaciones del segundo año registradas</div></div>
    <div class="method-card"><div class="method-num">€2,7M</div><div class="method-label">multas publicadas acumuladas</div></div>
    <div class="method-card"><div class="method-num">10 me</div><div class="method-label">ventana cubierta hasta la fecha</div></div>
  </div>

  <p>Una advertencia metodológica importa más que las demás. Las siete autoridades no publican con el mismo ritmo. BAFA publica un boletín trimestral; AEPD publica resoluciones de forma continua a medida que se van finalizando; ARCOM publica un registro de decisiones de la comisión sancionadora; DGCCRF publica solo agregados anuales y debemos deducir la parte correspondiente a la EAA. El Tarbijakaitseamet estonio publica una carta mensual de ejecución. AIBE en Bélgica publica caso por caso. Comparar recuentos entre autoridades es por tanto una aproximación; comparar la tendencia dentro de cada autoridad es mucho más fiable.</p>

  <hr />

  <h2 id="trend">La tendencia: escala, ritmo y dispersión</h2>

  <p>Tres cosas cambiaron entre el primer y el segundo año. Primero, el número de autoridades en el registro público más que se duplicó — de tres (BAFA, la coordinación española y el par ARCOM-DGCCRF) a siete. Segundo, el ritmo dentro de cada autoridad activa se ajustó — el plazo mediano desde la denuncia hasta el requerimiento formal bajó de aprox. 76 días a 28 días, a medida que los organismos constituyeron equipos de gestión de casos permanentes y estandarizaron su correspondencia. Tercero, la curva de valor por actuación se pronunció — la mayor multa del primer año fue de aprox. 355 000 €; la mayor del segundo año (parcial) es de aprox. 480 000 €.</p>

  <div class="chart-section">
    <div class="chart-title">ACTUACIONES DE EJECUCIÓN DEL SEGUNDO AÑO POR ESTADO MIEMBRO (PARCIAL, HASTA EL 30 ABR 2027)</div>
    <div class="bar-row">
      <div class="bar-label">España (AEPD + Ministerio)</div>
      <div class="bar-track"><div class="bar-fill bf-a" style="width:88%">23 actuaciones · aprox. €1,34M</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Alemania (BAFA)</div>
      <div class="bar-track"><div class="bar-fill bf-b" style="width:72%">19 actuaciones · aprox. €690K</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Francia (ARCOM + DGCCRF)</div>
      <div class="bar-track"><div class="bar-fill bf-c" style="width:54%">14 actuaciones · aprox. €410K</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Italia (AgID)</div>
      <div class="bar-track"><div class="bar-fill bf-d" style="width:38%">10 actuaciones · aprox. €175K</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Países Bajos (Agentschap Telecom)</div>
      <div class="bar-track"><div class="bar-fill bf-e" style="width:28%">7 actuaciones · aprox. €78K</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Estonia (Tarbijakaitseamet)</div>
      <div class="bar-track"><div class="bar-fill bf-f" style="width:18%">5 actuaciones · aprox. €11K</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Bélgica (AIBE, desde oct 2026)</div>
      <div class="bar-track"><div class="bar-fill bf-g" style="width:14%">3 actuaciones · aprox. €22K</div></div>
    </div>
  </div>

  {/* Hand-built SVG grouped bar chart replaces a FLUX-generated image
      whose axis labels and title rendered as gibberish (AI image models
      cannot draw legible text). All numbers match the chart-section
      and authority table above. Light bars = year 1, red bars = year 2. */}
  <figure class="article-figure article-figure-chart">
    <svg viewBox="0 0 800 360" role="img" aria-labelledby="y1y2-chart-title y1y2-chart-desc" xmlns="http://www.w3.org/2000/svg" preserveAspectRatio="xMidYMid meet">
      <title id="y1y2-chart-title">Recuentos de actuaciones de ejecución de la EAA por Estado miembro, primer año frente a segundo año (parcial)</title>
      <desc id="y1y2-chart-desc">Gráfico de barras agrupadas. Para cada uno de los siete Estados miembros, un par de barras compara el recuento de actuaciones del primer año (izquierda, negro) con el recuento parcial del segundo año (derecha, rojo). España sube de 9 a 23; Alemania de 8 a 19; Francia de 7 a 14; Italia de 0 a 10; Países Bajos de 0 a 7; Estonia de 0 a 5; Bélgica de no constituida a 3.</desc>
      {/* Background */}
      <rect x="0" y="0" width="800" height="360" fill="#fbf9f4" />
      {/* Gridlines at 5, 10, 15, 20, 25 actions */}
      <g stroke="#e6e2d8" stroke-width="1">
        <line x1="80" y1="40" x2="760" y2="40" />
        <line x1="80" y1="88" x2="760" y2="88" />
        <line x1="80" y1="136" x2="760" y2="136" />
        <line x1="80" y1="184" x2="760" y2="184" />
        <line x1="80" y1="232" x2="760" y2="232" />
      </g>
      {/* Y-axis labels */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="13" fill="#6b7280">
        <text x="68" y="44" text-anchor="end">25</text>
        <text x="68" y="92" text-anchor="end">20</text>
        <text x="68" y="140" text-anchor="end">15</text>
        <text x="68" y="188" text-anchor="end">10</text>
        <text x="68" y="236" text-anchor="end">5</text>
        <text x="68" y="284" text-anchor="end">0</text>
      </g>
      {/* X-axis baseline */}
      <line x1="80" y1="280" x2="760" y2="280" stroke="#1a1a1a" stroke-width="1.5" />
      {/* Bars — group width 92, bar width 22, intra-group gap 4, group starts at x=92 */}
      {/* Spain Y1=9 (h=86.4, y=193.6) Y2=23 (h=220.8, y=59.2) */}
      <g>
        <rect x="92" y="194" width="22" height="86" fill="#1a1a1a" />
        <rect x="118" y="59" width="22" height="221" fill="#dc2626" />
      </g>
      {/* Germany Y1=8 (h=76.8, y=203.2) Y2=19 (h=182.4, y=97.6) */}
      <g>
        <rect x="188" y="203" width="22" height="77" fill="#1a1a1a" />
        <rect x="214" y="98" width="22" height="182" fill="#dc2626" />
      </g>
      {/* France Y1=7 (h=67.2, y=212.8) Y2=14 (h=134.4, y=145.6) */}
      <g>
        <rect x="284" y="213" width="22" height="67" fill="#1a1a1a" />
        <rect x="310" y="146" width="22" height="134" fill="#dc2626" />
      </g>
      {/* Italy Y1=0 Y2=10 (h=96, y=184) */}
      <g>
        <rect x="380" y="278" width="22" height="2" fill="#1a1a1a" />
        <rect x="406" y="184" width="22" height="96" fill="#dc2626" />
      </g>
      {/* Netherlands Y1=0 Y2=7 (h=67.2, y=212.8) */}
      <g>
        <rect x="476" y="278" width="22" height="2" fill="#1a1a1a" />
        <rect x="502" y="213" width="22" height="67" fill="#dc2626" />
      </g>
      {/* Estonia Y1=0 Y2=5 (h=48, y=232) */}
      <g>
        <rect x="572" y="278" width="22" height="2" fill="#1a1a1a" />
        <rect x="598" y="232" width="22" height="48" fill="#dc2626" />
      </g>
      {/* Belgium Y1=0 (n/a) Y2=3 (h=28.8, y=251.2) */}
      <g>
        <rect x="668" y="278" width="22" height="2" fill="#1a1a1a" />
        <rect x="694" y="251" width="22" height="29" fill="#dc2626" />
      </g>
      {/* Value labels above year-2 bars */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" font-weight="700" fill="#dc2626" text-anchor="middle">
        <text x="129" y="52">23</text>
        <text x="225" y="91">19</text>
        <text x="321" y="139">14</text>
        <text x="417" y="177">10</text>
        <text x="513" y="206">7</text>
        <text x="609" y="225">5</text>
        <text x="705" y="244">3</text>
      </g>
      {/* Value labels above year-1 bars */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" font-weight="700" fill="#1a1a1a" text-anchor="middle">
        <text x="103" y="187">9</text>
        <text x="199" y="196">8</text>
        <text x="295" y="206">7</text>
      </g>
      {/* X-axis country labels */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="11.5" fill="#3a3a3a" text-anchor="middle">
        <text x="116" y="298">España</text>
        <text x="212" y="298">Alemania</text>
        <text x="308" y="298">Francia</text>
        <text x="404" y="298">Italia</text>
        <text x="500" y="298">P. Bajos</text>
        <text x="596" y="298">Estonia</text>
        <text x="692" y="298">Bélgica</text>
      </g>
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="10" fill="#6b7280" font-style="italic" text-anchor="middle">
        <text x="116" y="312">AEPD + Ministerio</text>
        <text x="212" y="312">BAFA</text>
        <text x="308" y="312">ARCOM + DGCCRF</text>
        <text x="404" y="312">AgID</text>
        <text x="500" y="312">Agentschap Telecom</text>
        <text x="596" y="312">Tarbijakaitseamet</text>
        <text x="692" y="312">AIBE (desde oct 2026)</text>
      </g>
      {/* Y-axis title */}
      <text x="24" y="160" font-family="ui-sans-serif, system-ui, sans-serif" font-size="12" fill="#6b7280" text-anchor="middle" transform="rotate(-90 24 160)">actuaciones de ejecución</text>
      {/* Legend */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" fill="#1a1a1a">
        <rect x="80" y="334" width="14" height="12" fill="#1a1a1a" />
        <text x="100" y="344">Año 1</text>
        <rect x="160" y="334" width="14" height="12" fill="#dc2626" />
        <text x="180" y="344">Año 2 (parcial, hasta el 30 abr 2027)</text>
      </g>
    </svg>
    <figcaption>Los recuentos de actuaciones de ejecución del segundo año (rojo) crecieron en todas las autoridades que ya estaban activas en el primer año (negro), y cuatro nuevas autoridades — la AgID italiana, el Agentschap Telecom neerlandés, el Tarbijakaitseamet estonio y el AIBE belga — contribuyen ahora al registro público. Las cifras del segundo año son parciales y cubren del 28 de junio de 2026 al 30 de abril de 2027.</figcaption>
  </figure>

  <div class="stat-row">
    <div class="stat-box"><div class="stat-big">81</div><div class="stat-desc">total de actuaciones de ejecución del segundo año (parcial, hasta el 30 de abril de 2027)</div></div>
    <div class="stat-box"><div class="stat-big">3,4×</div><div class="stat-desc">crecimiento frente a la línea base del primer año de 24 actuaciones</div></div>
    <div class="stat-box"><div class="stat-big">28 d</div><div class="stat-desc">intervalo mediano denuncia-advertencia, frente a aprox. 76 días</div></div>
    <div class="stat-box"><div class="stat-big">62%</div><div class="stat-desc">proporción de actuaciones del segundo año dirigidas contra flujos de pago de comercio electrónico</div></div>
  </div>

  <p class="pull-quote">«El primer año fue sobre quién daría el primer paso. El segundo año es sobre qué superficie — y la respuesta, de Riga a Lisboa, es el flujo de pago.»</p>

  <div class="callout warning">
    <div class="ct">Ventana de año parcial — lea los deltas, no los absolutos</div>
    <p>Los números de este informe cubren solo diez de los doce meses del segundo año. Los dos últimos meses — mayo y junio de 2027 — se tabularán en el informe de cierre del segundo año el próximo trimestre. Esperamos que los totales crezcan entre un 15 y un 25% al ritmo actual. Utilice los deltas de recuento entre autoridades para la inferencia comparativa; no trate los absolutos como definitivos.</p>
  </div>

  <hr />

  <h2 id="authorities">Autoridad por autoridad: quién actuó y con qué frecuencia</h2>

  <p>Las siete autoridades se ordenan en tres niveles por actividad en el segundo año. España y Alemania se sitúan en la cima, con amplios boletines, múltiples sanciones de alto valor y dockets de apelación activos. Francia e Italia forman el nivel intermedio — ambas con gestión de casos estandarizada pero una postura sancionadora más cauta. Estonia, los Países Bajos y Bélgica forman el nivel inicial — carteras pequeñas, principalmente correspondencia de primera advertencia, multas ocasionales muy por debajo del tope nacional.</p>

  <table class="dt">
    <thead>
      <tr>
        <th>Autoridad</th>
        <th>Estado miembro</th>
        <th>Actuaciones año 1</th>
        <th>Actuaciones año 2 (parcial)</th>
        <th>Mayor multa del año 2</th>
        <th>Superficie principal</th>
      </tr>
    </thead>
    <tbody>
      <tr>
        <td>Coordinación AEPD + Ministerio</td>
        <td>España</td>
        <td>9</td>
        <td>23</td>
        <td>aprox. €480 000</td>
        <td>Venta de billetes de avión</td>
      </tr>
      <tr>
        <td>BAFA</td>
        <td>Alemania</td>
        <td>8</td>
        <td>19</td>
        <td>aprox. €245 000</td>
        <td>Flujo de pago en comercio electrónico</td>
      </tr>
      <tr>
        <td>ARCOM + DGCCRF</td>
        <td>Francia</td>
        <td>7</td>
        <td>14</td>
        <td>aprox. €92 000</td>
        <td>Plataforma audiovisual</td>
      </tr>
      <tr>
        <td>AgID</td>
        <td>Italia</td>
        <td>0 (en elaboración)</td>
        <td>10</td>
        <td>aprox. €58 000</td>
        <td>Flujo de pago en comercio electrónico</td>
      </tr>
      <tr>
        <td>Agentschap Telecom</td>
        <td>Países Bajos</td>
        <td>0 (en fase de delimitación)</td>
        <td>7</td>
        <td>aprox. €31 000</td>
        <td>Terminales de autoservicio</td>
      </tr>
      <tr>
        <td>Tarbijakaitseamet</td>
        <td>Estonia</td>
        <td>0 (en fase de delimitación)</td>
        <td>5</td>
        <td>aprox. €4 800</td>
        <td>Flujo de pago en comercio electrónico</td>
      </tr>
      <tr>
        <td>AIBE (recién llegada)</td>
        <td>Bélgica</td>
        <td>n/a (aún no constituida)</td>
        <td>3</td>
        <td>aprox. €12 000</td>
        <td>Interfaz de banca al consumidor</td>
      </tr>
    </tbody>
  </table>

  <hr />

  <h2 id="bafa">Alemania: BAFA y la doctrina del flujo de pago</h2>

  <p>El Bundesamt für Wirtschaft und Ausfuhrkontrolle (BAFA) trasladó su cartera de casos del primer año al segundo año con la maquinaria operativa ya en marcha. El organismo publicó diecinueve resoluciones sancionadoras y cartas de requerimiento formal entre el 28 de junio de 2026 y el 30 de abril de 2027, frente a ocho en la ventana comparable del primer año. Dos de las actuaciones del segundo año alcanzaron el rango superior del calendario de multas alemán en virtud del Barrierefreiheitsstärkungsgesetz (BFSG): una de aprox. 245 000 € contra un minorista de moda de mercado medio por una trampa de teclado en el modal del paso de pago, y otra de aprox. 198 000 € contra una aplicación bancaria por la omisión del nombre para lectores de pantalla en la pantalla de confirmación de la transacción.</p>

  <p>Lo que revelan los boletines de la BAFA — en todas sus diecinueve actuaciones — es una preferencia doctrinal. Casi todas las resoluciones del segundo año alemán nombran la misma combinación de dos criterios: WCAG 2.1 SC 2.1.1 (Teclado) más SC 4.1.2 (Nombre, Función, Valor), específicamente en su aplicación a una superficie transaccional. La BAFA no lanza una red amplia sobre todo el inventario WCAG; aplica una banda estrecha de «los criterios que, cuando se violan, impiden que se complete una transacción cubierta». La doctrina es más estrecha de lo que la EAA permite y considerablemente más predecible de lo que la lectura del primer año sugería.</p>

  <div class="quote-block">
    <div class="meta">Boletín trimestral 3 de 2026 de la BAFA, punto 14</div>
    <div class="quote">«Die Kombination eines Tastatur-Falls innerhalb der Bezahlmaske mit fehlender ARIA-Auszeichnung des Bestätigungs-Buttons ist als schwerwiegende Verletzung von Section 3 Nr. 11 BFSG einzustufen. Das Bußgeld wird im oberen Drittel des Rahmens festgesetzt.»</div>
    <span class="source">BAFA · Sanktionsbescheid 2026-Q3-014</span>
  </div>

  <hr />

  <h2 id="spain">España: coordinación AEPD y Ministerio</h2>

  <p>La arquitectura de ejecución española es inusual. En lugar de designar una única autoridad de vigilancia del mercado, el país canaliza las denuncias EAA a través de la Agencia Española de Protección de Datos (AEPD) cuando la denuncia afecta a los derechos de los interesados, y a través del Ministerio de Asuntos Económicos cuando no es así. Ambos organismos coordinan trimestralmente. El resultado, en el segundo año, es el mayor caseload jurisdiccional individual de la UE: veintitrés actuaciones publicadas, aprox. 1,34 millones de € en multas agregadas, y el récord del segundo año para la mayor sanción individual — aprox. 480 000 € contra una importante plataforma de venta de billetes de avión en virtud del nivel «muy grave» de la Ley 11/2023.</p>

  <p>Las actuaciones españolas se inclinan hacia el extremo superior del calendario de multas europeo. La Ley 11/2023 permite topes por infracción de hasta 1 millón de €; el segundo año vio tres resoluciones por encima de 250 000 € y siete por encima de 100 000 €. El recuento de España no está impulsado tanto por el volumen de casos como por la disposición a utilizar el nivel superior. La Audiencia Nacional tiene actualmente la decisión sobre la venta de billetes de avión bajo recurso; se espera un fallo a finales de 2027 y será la primera prueba de apelación de los topes del artículo 13 en el Mercado Único.</p>

  <hr />

  <h2 id="france">Francia: ARCOM y DGCCRF, presión en dos frentes</h2>

  <p>Francia divide la función de ejecución entre ARCOM, el regulador audiovisual y de contenidos digitales, y DGCCRF, la dirección de protección de los consumidores. ARCOM cubre los servicios de comunicación audiovisual y las plataformas de streaming; DGCCRF cubre los flujos de pago del comercio electrónico, la banca al consumidor y los terminales de autoservicio. El dispositivo de dos frentes llevó catorce actuaciones del segundo año entre ambas, con la mayor — aprox. 92 000 € — emitida por ARCOM contra una plataforma de streaming por no conformidad de audiodescripción y subtítulos en su reproductor iOS. Las actuaciones de la DGCCRF, en cambio, se situaron en la banda de 18 000–55 000 € y se concentraron en infracciones del flujo de pago.</p>

  <p>Los datos franceses también muestran la duplicación más clara de «primer año a segundo año» entre las autoridades activas — siete actuaciones en el primer año, catorce en el segundo (parcial). El crecimiento es aproximadamente lineal; si el ritmo de mayo-junio de 2027 se mantiene, Francia cerrará el segundo año con aproximadamente diecisiete actuaciones, ligeramente por debajo de Alemania y España.</p>

  <hr />

  <h2 id="italy">Italia: AgID entra en la fase de boletín público</h2>

  <p>La Agenzia per l'Italia Digitale (AgID) pasó el primer año en modo de delimitación — redactando procedimientos de gestión de casos, formando inspectores y correspondiendo de forma privada con los operadores antes de cualquier sanción. El segundo año es cuando el organismo comenzó a publicar en el registro público. Diez resoluciones, aprox. 175 000 € en multas agregadas, y un patrón claro: AgID prefiere un enfoque gradual, comenzando con una multa de banda baja en el primer hallazgo y reservando el nivel de porcentaje de facturación — que en virtud de la transposición italiana puede alcanzar el 5% de la facturación anual — para las infracciones reiteradas en la misma superficie.</p>

  <p>Ninguna multa del segundo año en Italia ha invocado aún el nivel de porcentaje de facturación. El subdirector del organismo declaró en una conferencia de accesibilidad en Roma en marzo de 2027 que la primera sanción por porcentaje de facturación está «en preparación» contra un operador cubierto que ha recibido ya tres multas de importe fijo escalonadas. Si se emite, esa resolución establecería, sobre la facturación publicada de un gran operador cubierto, el récord del segundo año para cualquier jurisdicción de la UE.</p>

  <div class="callout info">
    <div class="ct">El nivel de porcentaje de facturación sigue siendo latente</div>
    <p>Italia es el único Estado miembro cuya ley de transposición autoriza una multa por porcentaje de facturación en la parte superior del calendario. Hasta el 30 de abril de 2027, AgID no la ha invocado. El mecanismo sigue siendo un elemento disuasorio de nivel de espada de Damocles más que una sanción emitida — pero el organismo ha señalado públicamente su intención. El tercer año puede producir la primera actuación de nivel porcentual en Europa.</p>
  </div>

  <hr />

  <h2 id="estonia">Estonia: Tarbijakaitseamet en el extremo inferior de la banda</h2>

  <p>La autoridad de vigilancia del mercado de la EAA en Estonia es el Tarbijakaitseamet, la junta de protección de los consumidores. El calendario de multas estonio se sitúa en el extremo inferior del rango europeo — topes por infracción de aprox. 5 000 € en virtud de la transposición estonia. Cinco actuaciones del segundo año, todas ellas en el tope o cerca de él, contra una combinación de plataformas de comercio electrónico nacionales. La mayor multa individual es de aprox. 4 800 €; la más pequeña es de aprox. 1 200 €, emitida como primera advertencia gradual en virtud del código de procedimiento administrativo estonio.</p>

  <p>Lo que hace interesante a Estonia no son los valores de titulares — están un orden de magnitud por debajo de España y Alemania — sino la velocidad. El intervalo mediano de la Tarbijakaitseamet desde la denuncia hasta la advertencia es de catorce días, la mitad de la media de la UE. El organismo gestiona una operación ágil con una cola ajustada y un ritmo predecible. Los operadores que reciben una carta del Tarbijakaitseamet saben en dos semanas cuál será el hallazgo.</p>

  <hr />

  <h2 id="netherlands">Países Bajos: Agentschap Telecom se expande más allá de las telecomunicaciones</h2>

  <p>Agentschap Telecom — históricamente un regulador de telecomunicaciones — fue designado como la autoridad neerlandesa de vigilancia del mercado de la EAA a mediados de 2025 y se hizo operativo en asuntos de la EAA durante el primer año. El segundo año es cuando el organismo se aventuró más allá de su núcleo de telecomunicaciones y radiodifusión y comenzó a actuar en superficies de comercio electrónico, terminales de autoservicio y aplicaciones bancarias. Siete actuaciones en el segundo año, aprox. 78 000 € en total, con la mayor multa individual de aprox. 31 000 € contra un operador de terminales de autoservicio en un importante centro de transporte de la región Randstad.</p>

  <p>El calendario de multas neerlandés en virtud de la Implementatiewet toegankelijkheidsvoorschriften produkten en diensten autoriza topes de hasta aprox. 100 000 € por infracción. Agentschap Telecom está operando muy por debajo de ese tope en el segundo año — la mayor multa emitida se sitúa en aprox. el 31% del máximo legal. El organismo ha indicado un enfoque gradual: las primeras infracciones caen en la banda baja, las reiteradas en la misma superficie escalan.</p>

  <hr />

  <h2 id="belgium">Bélgica: AIBE, el recién llegado del segundo año</h2>

  <p>Bélgica constituyó la Autorité Indépendante Belge pour l'Accessibilité (AIBE) el 14 de octubre de 2026 — un año y cuatro meses después del plazo de ejecución de la EAA. El retraso había motivado un dictamen motivado de la Comisión a principios de 2026, y la designación belga fue la última en completarse entre los 27 de la UE. AIBE tenía tres actuaciones del segundo año en el registro el 30 de abril de 2027: una advertencia formal contra una aplicación bancaria con sede en Bruselas, una resolución de primera multa de aprox. 12 000 € contra un operador de comercio electrónico de la región de Valonia, y una segunda advertencia formal contra un proveedor de terminales de autoservicio flamenco.</p>

  <p>El manual de procedimiento publicado de AIBE se apoya en el modelo de la AEPD española: una recepción coordinada con la autoridad de protección de datos (APD-GBA) cuando la denuncia afecta a los derechos de los interesados, y una gestión directa de AIBE en caso contrario. El organismo ha señalado que el tercer año verá las primeras sanciones de nivel máximo; la cartera del segundo año fue deliberadamente gradual para dar a los operadores cubiertos una ventana de remediación.</p>

  <div class="callout safe">
    <div class="ct">El nivel de siete autoridades es el suelo — hay más autoridades en cola</div>
    <p>Siete autoridades están ya en el registro público. Para finales del tercer año esperamos que la cifra llegue a doce o quince — los Estados miembros restantes están completando los trabajos de preparación operativa y han publicado calendarios para los primeros boletines públicos. El conjunto de datos del tercer año será sustancialmente mayor que el del segundo, y la comparación del segundo al tercero será la primera trazada sobre un panorama de ejecución plenamente activo.</p>
  </div>

  <hr />

  <h2 id="cross-border">Remisiones transfronterizas y el vínculo con la CPC</h2>

  <p>Se registraron nueve remisiones transfronterizas entre autoridades en el segundo año — un mecanismo que no produjo ninguna en el primero, porque el protocolo de coordinación de la red CPC para asuntos EAA solo se hizo operativo en septiembre de 2026. Las remisiones fluyeron según un patrón predecible: los Estados miembros más pequeños (Estonia, los Países Bajos, Bélgica) remitieron denuncias hacia arriba al regulador de origen de la plataforma con sede en un Estado miembro mayor (con mayor frecuencia Irlanda, Luxemburgo o Alemania). La autoridad del país de origen entonces aceptó la remisión y abrió un caso, o devolvió el expediente con una justificación documentada.</p>

  <p>De las nueve remisiones del segundo año, seis fueron aceptadas y tres devueltas. Las seis remisiones aceptadas no aparecen aún en resoluciones sancionadoras publicadas — se encuentran en el procedimiento del país de origen. La expectativa es que las primeras sanciones derivadas de remisiones transfronterizas lleguen en el tercer año, principalmente contra grandes plataformas paneuropeas cuya jurisdicción de sede aún no las había tratado como objetivos prioritarios.</p>

  <div class="firm-ranking">
    <div class="firm-row">
      <div class="firm-rank">01</div>
      <div style="flex:1"><div class="firm-name">España (AEPD + Ministerio)</div><div class="firm-meta">23 actuaciones · aprox. €1,34M · venta de billetes de avión, reservas hoteleras, banca</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:100%">23</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">02</div>
      <div style="flex:1"><div class="firm-name">Alemania (BAFA)</div><div class="firm-meta">19 actuaciones · aprox. €690K · flujos de pago, aplicaciones bancarias</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:83%">19</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">03</div>
      <div style="flex:1"><div class="firm-name">Francia (ARCOM + DGCCRF)</div><div class="firm-meta">14 actuaciones · aprox. €410K · streaming, comercio electrónico, quioscos</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:61%">14</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">04</div>
      <div style="flex:1"><div class="firm-name">Italia (AgID)</div><div class="firm-meta">10 actuaciones · aprox. €175K · flujos de pago, quioscos</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:43%">10</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">05</div>
      <div style="flex:1"><div class="firm-name">Países Bajos (Agentschap Telecom)</div><div class="firm-meta">7 actuaciones · aprox. €78K · quioscos, banca, comercio electrónico</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:30%">7</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">06</div>
      <div style="flex:1"><div class="firm-name">Estonia (Tarbijakaitseamet)</div><div class="firm-meta">5 actuaciones · aprox. €11K · comercio electrónico nacional</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:22%">5</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">07</div>
      <div style="flex:1"><div class="firm-name">Bélgica (AIBE, desde oct 2026)</div><div class="firm-meta">3 actuaciones · aprox. €22K · banca, comercio electrónico, quioscos</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:13%">3</div></div>
    </div>
  </div>

  <hr />

  <h2 id="closing">Lo que los datos del segundo año revelan sobre el tercero</h2>

  <p>La señal más nítida en el conjunto de datos del segundo año es que la ejecución de la EAA se está convirtiendo en rutina. El primer año fue sobre si el régimen realmente mordería. Los números decían que sí, pero con cautela — tres autoridades, veinticuatro actuaciones, multa máxima poco por debajo de 355 000 €. El segundo año trata de la amplitud con que escala esa mordida: siete autoridades, ochenta y una actuaciones en el reloj del año parcial, multa máxima de aprox. 480 000 €, y un procedimiento de gestión de casos estandarizado que corre a 28 días de mediana desde la denuncia hasta el requerimiento formal. El régimen ya no es experimental.</p>

  <p>La segunda señal es la convergencia doctrinal en el flujo de pago. En las siete autoridades, la superficie sancionada modal es el proceso de pago del comercio electrónico — el 62% de las actuaciones del segundo año, con el par de criterios dominante siendo WCAG 2.1 SC 2.1.1 (Teclado) más SC 4.1.2 (Nombre, Función, Valor) aplicado a un modal transaccional. Esta es la misma superficie que impulsa el volumen de demandas en Estados Unidos. La UE ha llegado, por una ruta procesal diferente, al mismo foco de ejecución. Para los operadores cubiertos, la implicación práctica es inequívoca: si tiene una prioridad de presupuesto de accesibilidad, es el flujo de pago.</p>

  <p>La tercera señal es que el conjunto de datos del tercer año tendrá un aspecto diferente. Cinco Estados miembros más han publicado calendarios para comenzar a emitir resoluciones sancionadoras durante la segunda mitad de 2027. La primera sanción por nivel de porcentaje de facturación de Italia está «en preparación». El primer fallo de apelación — el caso español de venta de billetes de avión en la Audiencia Nacional — llegará a finales de 2027 y establecerá la primera jurisprudencia sobre la proporcionalidad de las multas de la EAA en virtud del artículo 13. La transición de «el régimen es real» a «el régimen tiene jurisprudencia establecida» se produce en el tercer año.</p>

  <div class="footer-note">
    <p><strong>Metodología y datos:</strong> Compilado a partir de boletines públicos, registros de resoluciones e informes trimestrales de ejecución publicados por BAFA (Alemania), AEPD y el Ministerio de Asuntos Económicos (España), ARCOM y DGCCRF (Francia), AgID (Italia), Tarbijakaitseamet (Estonia), Agentschap Telecom (Países Bajos) y AIBE (Bélgica). La ventana del segundo año cubre del 28 de junio de 2026 al 30 de abril de 2027 — un período de observación parcial de diez meses; los dos últimos meses no están aún en el registro. Las sanciones no publicadas, los acuerdos redactados y los informes únicamente de prensa especializada fueron excluidos; los totales son por tanto conservadores.</p>
    <p><strong>Contexto jurídico:</strong> La Directiva (UE) 2019/882 (la Ley Europea de Accesibilidad) exige a los Estados miembros establecer sanciones que sean «efectivas, proporcionadas y disuasorias» (artículo 13) y designar autoridades de vigilancia del mercado para hacerlas cumplir (artículo 19). Las leyes de transposición nacionales incluyen el Barrierefreiheitsstärkungsgesetz de Alemania, la Ley 11/2023 de España, el Décret n° 2023-931 de Francia (y la ordenanza conexa), el Decreto Legislativo 82/2022 de Italia, la ley de transposición de Estonia de 2024, la Implementatiewet toegankelijkheidsvoorschriften produkten en diensten de los Países Bajos, y la ley belga de 11 de julio de 2023 por la que se crea AIBE.</p>
    <p><strong>Lo que este artículo no es:</strong> Esto no es asesoramiento jurídico para ningún operador, transacción o jurisdicción específicos. Los topes de multas, los desencadenantes de escalada, el procedimiento de apelación y los criterios que la autoridad examinará varían según el Estado miembro y la superficie, y solo el asesor jurídico nacional puede asesorar sobre la exposición específica. El expediente del primer año complementario y el estudio de tramos de multas del artículo 13 proporcionan contexto adicional.</p>
  </div>

</div>

---
title: EAA frente a ADA: cómo difieren los dos regímenes sancionadores en alcance y aplicación
url: https://www.disabilityworld.org/es/articles/eaa-vs-ada-penalty-comparison/
description: Comparativa entre la EAA y la ADA: multas administrativas de los Estados miembros de 5 000 € a 1 millón de € frente a sanciones civiles del Título III de hasta 192 768 dólares por infracción posterior, más medidas cautelares y honorarios de abogado estatutarios.
author: Disability World
pubDate: 2026-05-22
tags: eaa, ada, comparative, penalties, eu, us-law, data
---

# EAA frente a ADA: cómo difieren los dos regímenes sancionadores en alcance y aplicación

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>Editorial</strong> · Derecho comparado · Regímenes sancionadores de la UE y EE. UU.</span>
  </div>

  <h1>EAA frente a ADA: <em>cómo difieren los dos regímenes sancionadores en alcance y aplicación</em></h1>

  <p class="lede">La Ley Europea de Accesibilidad y la Americans with Disabilities Act son descritas habitualmente como los dos grandes regímenes de accesibilidad del mundo desarrollado, pero como instrumentos de ejecución no son la misma cosa. La EAA delega la fijación de sanciones en <strong>27 autoridades administrativas de los Estados miembros</strong> con topes por infracción que abarcan dos órdenes de magnitud — desde aproximadamente <strong>5 000 € en Estonia hasta 1 millón de € en España</strong>, con Italia pudiendo imponer hasta el <strong>5% de la facturación anual</strong>. El tope de la sanción civil del Título III de la ADA, por el contrario, está fijado por reglamento federal en <strong>96 384 dólares para la primera infracción y 192 768 dólares para cualquier infracción posterior</strong> según el ajuste por inflación de 2024, pero se recupera de forma abrumadora mediante demanda privada — más de <strong>4 600 demandas por accesibilidad web</strong> presentadas en tribunales federales estadounidenses solo durante 2024 — y va acompañada de medidas cautelares obligatorias y honorarios de abogado estatutarios que, en la práctica, superan con creces la sanción civil de titulares. Este es el expediente comparativo.</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">Conclusiones · Expediente EAA-ADA-01</span>
      <span class="dossier-meta">07 entradas · elaboradas a partir de la Directiva 2019/882, el Título III de la ADA, 28 CFR 36.504, registros de ejecución del DOJ de EE. UU. y boletines nacionales de vigilancia de la UE</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">Los dos regímenes, comparados</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">€5K–€1M</span>
        <div class="dossier-body">
          <p class="dossier-claim">Los topes de sanciones administrativas por infracción de la EAA abarcan dos órdenes de magnitud en los 27 Estados miembros</p>
          <p class="dossier-note">Estonia y Eslovenia fijan el mínimo en 5 000–10 000 €. Alemania, Francia y los Países Bajos se sitúan entre 75 000 y 100 000 €. La Ley 11/2023 de España llega al millón de euros, e Italia impone hasta el 5% de la facturación anual en virtud del D.lgs. 82/2022 — un tope estructuralmente diferente que escala con el tamaño de la empresa.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">$96K / $193K</span>
        <div class="dossier-body">
          <p class="dossier-claim">Los topes de sanciones civiles del Título III de la ADA son fijados por reglamento federal y se ajustan anualmente por inflación</p>
          <p class="dossier-note">28 CFR 36.504 fija el máximo para la primera infracción en 96 384 dólares y el máximo para la infracción posterior en 192 768 dólares según el ajuste de 2024. Estos topes se aplican únicamente cuando el Fiscal General de EE. UU. interpone una acción de patrón o práctica — no están disponibles para los demandantes privados.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">4 605</span>
        <div class="dossier-body">
          <p class="dossier-claim">Demandas por accesibilidad web presentadas en tribunales federales estadounidenses durante 2024 — el canal que lleva a cabo el verdadero trabajo de ejecución de la ADA</p>
          <p class="dossier-note">42 USC § 12188(a) crea una acción privada para medidas cautelares más honorarios de abogado estatutarios en virtud del § 12205. La mayoría de las resoluciones se sitúan en el rango de 20 000–50 000 dólares para el acuerdo más los costes de remediación — muy por debajo del tope de sanción civil federal, pero recuperadas a gran volumen por un pequeño número de firmas demandantes reincidentes.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">27 / 50+6</span>
        <div class="dossier-body">
          <p class="dossier-claim">El alcance geográfico es ampliamente comparable — pero la unidad de ejecución es diferente</p>
          <p class="dossier-note">La EAA se aplica en los 27 Estados miembros de la UE con autoridades nacionales de vigilancia. La ADA se aplica en los 50 estados de EE. UU., el Distrito de Columbia y cinco territorios habitados de EE. UU. de forma permanente — aplicada de manera uniforme como ley federal, con paralelos en el derecho estatal (California Unruh Act, New York State Human Rights Law) que añaden daños estatutarios por encima.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">$4 000</span>
        <div class="dossier-body">
          <p class="dossier-claim">La California Unruh Civil Rights Act añade un multiplicador de daños estatutarios de derecho estatal que la ADA en sí no contempla</p>
          <p class="dossier-note">Cal. Civ. Code § 52(a) fija los daños estatutarios en no menos de 4 000 dólares por infracción, vinculados automáticamente a cualquier violación de la ADA a través del § 51(f). Un demandante californiano suele combinar una medida cautelar federal de la ADA con una reclamación de daños Unruh en un tribunal estatal de California — una ventaja estructural que ningún equivalente de Estado miembro ofrece actualmente.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">Admón → Juzgado</span>
        <div class="dossier-body">
          <p class="dossier-claim">Los desencadenantes divergen: la ejecución de la EAA comienza con una autoridad nacional; la de la ADA comienza en una sala de juicios</p>
          <p class="dossier-note">Las sanciones de la EAA son impuestas por las autoridades designadas de vigilancia del mercado (BAFA, AEPD, ARCOM, AgID, RDI) mediante procedimiento administrativo con revisión judicial disponible. Las reclamaciones del Título III de la ADA se interponen directamente en el tribunal de distrito de EE. UU. por el Departamento de Justicia o un demandante privado — no existe una vía de sanción administrativa previa al tribunal.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">aprox. $1 600M</span>
        <div class="dossier-body">
          <p class="dossier-claim">La economía de las reclamaciones acordadas domina los topes de titulares en ambos regímenes</p>
          <p class="dossier-note">Un decreto de consentimiento del DOJ de 2023 (el paquete de accesibilidad web y tiendas de Rite Aid, aprox. 1 600 millones de dólares en valor agregado en los componentes del paquete) es la mayor recuperación vinculada a la accesibilidad en los registros públicos; en virtud de la EAA, ninguna actuación de un Estado miembro ha superado aún el rango de las seis cifras altas. La comparación de los topes de titulares es engañosa sin la comparación de las reclamaciones acordadas junto a ella.</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>Fuente</strong> Directiva (UE) 2019/882; 42 USC §§ 12181–12189 y § 12205; 28 CFR 36.504 (topes ajustados por inflación de 2024); búsquedas de expedientes PACER de los tribunales de EE. UU. para demandas del Título III de la ADA sobre accesibilidad web en 2024; informe de demandas de UsableNet 2024; Cal. Civ. Code §§ 51–52; boletines de autoridades de vigilancia de los Estados miembros (BAFA, AEPD, ARCOM, AgID, RDI, TTJA), 2025–26.</p>
  </section>

  <div class="toc">
    <div class="toc-title">En este informe</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#methodology">Cómo calculan una sanción los dos regímenes</a></li>
      <li><span class="toc-num">02</span><a href="#schedules">Los calendarios de sanciones, comparados</a></li>
      <li><span class="toc-num">03</span><a href="#triggers">Qué desencadena una remisión — administrativo frente a judicial</a></li>
      <li><span class="toc-num">04</span><a href="#reach">Alcance geográfico: 27 Estados miembros frente a 50 estados más territorios</a></li>
      <li><span class="toc-num">05</span><a href="#precedent">Precedentes nominados y lo que señalan</a></li>
      <li><span class="toc-num">06</span><a href="#multinational">La perspectiva del demandado multinacional</a></li>
      <li><span class="toc-num">07</span><a href="#closing">Lo que enseña la comparación</a></li>
      <li><span class="toc-num">08</span><a href="#sources">Fuentes</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="methodology">Cómo calculan una sanción los dos regímenes</h2>

  <p class="dropcap-first">Lo primero que hay que entender sobre los regímenes sancionadores de la EAA y la ADA es que no solo son diferentes en número — son diferentes en naturaleza. La EAA opera como directiva: establece la obligación, exige sanciones «efectivas, proporcionadas y disuasorias» en virtud del artículo 30, y deja el calendario de sanciones real a la legislatura de cada Estado miembro. La ADA opera como ley federal y reglamento federal: los topes de sanciones están fijados por el Código de Regulaciones Federales, ajustados anualmente por inflación en virtud de la Ley Federal de Ajuste por Inflación de las Sanciones Civiles, y son uniformes en todo el país.</p>

  <p>Esa divergencia estructural se manifiesta en tres lugares. <strong>Quién impone la sanción</strong> — una autoridad administrativa nacional en virtud de la EAA, un tribunal federal en virtud de la ADA. <strong>Qué tipo de sanción está disponible</strong> — multas administrativas con revisión judicial en virtud de la EAA; medidas cautelares, sanciones civiles (solo DOJ) y honorarios de abogado estatutarios en virtud de la ADA, con daños estatutarios de derecho estatal añadidos en jurisdicciones como California y Nueva York. <strong>Cómo escala la sanción</strong> — la EAA permite a los Estados miembros vincular las sanciones a un porcentaje de la facturación (Italia utiliza esto), mientras que el tope federal de la ADA es un importe fijo en dólares por infracción, con la exposición económica real proveniente de la remediación impulsada por medidas cautelares y el traslado de honorarios más que del propio tope.</p>

  <div class="process">
    <div class="process-step"><span class="ps-num">01</span><span class="ps-title">Detección</span><span class="ps-desc">EAA: escaneo de vigilancia del mercado, denuncia o inspección sectorial. ADA: demandante privado, tester o investigación del DOJ.</span></div>
    <div class="process-step"><span class="ps-num">02</span><span class="ps-title">Notificación</span><span class="ps-desc">EAA: requerimiento formal de la autoridad nacional designada. ADA: carta previa a la demanda y luego presentación judicial.</span></div>
    <div class="process-step"><span class="ps-num">03</span><span class="ps-title">Evaluación</span><span class="ps-desc">EAA: procedimiento administrativo con derecho de réplica. ADA: litigio adversarial en el tribunal de distrito de EE. UU.</span></div>
    <div class="process-step"><span class="ps-num">04</span><span class="ps-title">Sanción</span><span class="ps-desc">EAA: multa administrativa + orden de remediación. ADA: medida cautelar + (solo DOJ) sanción civil + honorarios de abogado del demandante.</span></div>
    <div class="process-step"><span class="ps-num">05</span><span class="ps-title">Revisión</span><span class="ps-desc">EAA: revisión judicial en el tribunal contencioso-administrativo nacional. ADA: apelación ante el Tribunal de Circuito de Apelaciones de EE. UU.</span></div>
  </div>

  <div class="method-grid">
    <div class="method-card"><div class="method-num">27</div><div class="method-label">Estados miembros de la UE con calendarios de sanciones distintos</div></div>
    <div class="method-card"><div class="method-num">50+6</div><div class="method-label">estados de EE. UU. más DC y cinco territorios habitados bajo un tope federal único</div></div>
    <div class="method-card"><div class="method-num">2</div><div class="method-label">topes de la ADA: 96 384 $ primera / 192 768 $ posterior</div></div>
    <div class="method-card"><div class="method-num">5%</div><div class="method-label">nivel superior italiano: tope por porcentaje de facturación en virtud del D.lgs. 82/2022</div></div>
  </div>

  <hr />

  <h2 id="schedules">Los calendarios de sanciones, comparados</h2>

  {/* Hand-built SVG bar chart replaces a FLUX-generated image whose
      axis labels and currency glyphs rendered as gibberish (AI image
      models cannot draw legible text). Values are drawn directly from
      the article body and the schedules table below. EAA Member-State
      ceilings are in euros; US ADA ceilings are in US dollars. To make
      the comparison readable on a single axis, values are plotted at
      mid-2026 USD-equivalent (€1 ≈ $1.08), with the original headline
      figure shown in the value label next to each bar. The Italian
      5%-of-turnover cap is structurally uncapped and is omitted from
      the comparable axis — it is referenced in the figcaption. */}
  <figure class="article-figure article-figure-chart">
    <svg viewBox="0 0 800 360" role="img" aria-labelledby="penalty-chart-title penalty-chart-desc" xmlns="http://www.w3.org/2000/svg" preserveAspectRatio="xMidYMid meet">
      <title id="penalty-chart-title">Topes máximos de sanción por infracción de accesibilidad — selección de Estados miembros de la EAA frente a la ADA de EE. UU., mediados de 2026</title>
      <desc id="penalty-chart-desc">Gráfico de barras horizontales de los topes máximos de sanción por infracción, convertidos a equivalente en dólares estadounidenses para comparación en un mismo eje. España (EAA, Ley 11/2023) en aproximadamente un millón ochenta mil dólares (€1 000 000). Estados Unidos ADA Título III tope de infracción posterior en ciento noventa y tres mil dólares ($192 768). Alemania (EAA, BFSG) en aproximadamente ciento ocho mil dólares (€100 000). Estados Unidos ADA Título III tope de primera infracción en noventa y seis mil dólares ($96 384). Países Bajos (EAA) en aproximadamente noventa y cuatro mil dólares (€87 000). Francia (EAA) en aproximadamente ochenta y un mil dólares (€75 000). Estonia (EAA, parte superior de la banda) en aproximadamente treinta y cinco mil dólares (€32 000). Las barras de los Estados miembros de la UE son en negro, las barras de la ADA de EE. UU. son en rojo.</desc>
      {/* Background */}
      <rect x="0" y="0" width="800" height="360" fill="#fbf9f4" />
      {/* Chart title inside the SVG */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" fill="#1a1a1a">
        <text x="40" y="28" font-size="14" font-weight="700" letter-spacing="0.5">TOPES MÁXIMOS DE SANCIÓN POR INFRACCIÓN — EAA vs ADA</text>
        <text x="40" y="46" font-size="11" fill="#6b7280">Equivalente en USD a tasas de mediados de 2026; cifra de titulares junto a cada barra</text>
      </g>
      {/* Vertical gridlines at $0, $250K, $500K, $750K, $1M (bar-area: x=260 to x=760, max value $1.08M maps to width 500) */}
      <g stroke="#e6e2d8" stroke-width="1">
        <line x1="260" y1="70" x2="260" y2="320" />
        <line x1="376" y1="70" x2="376" y2="320" />
        <line x1="491" y1="70" x2="491" y2="320" />
        <line x1="607" y1="70" x2="607" y2="320" />
        <line x1="723" y1="70" x2="723" y2="320" />
      </g>
      {/* X-axis baseline */}
      <line x1="260" y1="320" x2="760" y2="320" stroke="#1a1a1a" stroke-width="1.5" />
      {/* X-axis tick labels */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="11" fill="#6b7280" text-anchor="middle">
        <text x="260" y="338">$0</text>
        <text x="376" y="338">$250K</text>
        <text x="491" y="338">$500K</text>
        <text x="607" y="338">$750K</text>
        <text x="723" y="338">$1,0M</text>
      </g>
      {/* Y-axis category labels and bars
          Scale: $1 = 500/1,080,000 px ≈ 0.000463 px. Quick references:
          $1,080,000 → 500px, $192,768 → 89px, $108,000 → 50px,
          $96,384 → 45px, $94,000 → 44px, $81,000 → 38px, $35,000 → 16px.
          Each row is 30px tall; bars are 22px tall. Rows start at y=70.
          Category label is left-aligned at x=250 (text-anchor=end). */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" fill="#1a1a1a">
        {/* Row 1 — Spain (EAA), €1,000,000 ≈ $1,080,000 → 500px */}
        <text x="250" y="86" text-anchor="end">España (Ley 11/2023)</text>
        <rect x="260" y="74" width="500" height="22" fill="#1a1a1a" />
        <text x="754" y="89" text-anchor="end" fill="#fbf9f4" font-weight="700" font-size="12">€1 000 000</text>

        {/* Row 2 — US ADA subsequent, $192,768 → 89px */}
        <text x="250" y="116" text-anchor="end">Estados Unidos (DOJ, posterior)</text>
        <rect x="260" y="104" width="89" height="22" fill="#dc2626" />
        <text x="355" y="119" fill="#1a1a1a" font-weight="700" font-size="12">$192 768</text>

        {/* Row 3 — Germany (EAA), €100,000 ≈ $108,000 → 50px */}
        <text x="250" y="146" text-anchor="end">Alemania (BFSG)</text>
        <rect x="260" y="134" width="50" height="22" fill="#1a1a1a" />
        <text x="316" y="149" fill="#1a1a1a" font-weight="700" font-size="12">€100 000</text>

        {/* Row 4 — US ADA first, $96,384 → 45px */}
        <text x="250" y="176" text-anchor="end">Estados Unidos (DOJ, primera)</text>
        <rect x="260" y="164" width="45" height="22" fill="#dc2626" />
        <text x="311" y="179" fill="#1a1a1a" font-weight="700" font-size="12">$96 384</text>

        {/* Row 5 — Netherlands (EAA), €87,000 ≈ $94,000 → 44px */}
        <text x="250" y="206" text-anchor="end">Países Bajos (Implementatiewet)</text>
        <rect x="260" y="194" width="44" height="22" fill="#1a1a1a" />
        <text x="310" y="209" fill="#1a1a1a" font-weight="700" font-size="12">€87 000</text>

        {/* Row 6 — France (EAA), €75,000 ≈ $81,000 → 38px */}
        <text x="250" y="236" text-anchor="end">Francia (decretos RGAA)</text>
        <rect x="260" y="224" width="38" height="22" fill="#1a1a1a" />
        <text x="304" y="239" fill="#1a1a1a" font-weight="700" font-size="12">€75 000</text>

        {/* Row 7 — Estonia (EAA, top of band), €32,000 ≈ $35,000 → 16px */}
        <text x="250" y="266" text-anchor="end">Estonia (parte superior de la banda)</text>
        <rect x="260" y="254" width="16" height="22" fill="#1a1a1a" />
        <text x="282" y="269" fill="#1a1a1a" font-weight="700" font-size="12">€32 000</text>

        {/* Row 8 — California Unruh statutory minimum, $4,000 → ~2px (label-only) */}
        <text x="250" y="296" text-anchor="end">California Unruh (por infracción, mín.)</text>
        <rect x="260" y="284" width="3" height="22" fill="#dc2626" />
        <text x="269" y="299" fill="#1a1a1a" font-weight="700" font-size="12">mínimo de $4 000, acumulable por infracción</text>
      </g>
      {/* Legend */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="11.5" fill="#1a1a1a">
        <rect x="586" y="50" width="12" height="12" fill="#1a1a1a" />
        <text x="604" y="60">Estado miembro UE (EAA)</text>
        <rect x="722" y="50" width="12" height="12" fill="#dc2626" />
        <text x="740" y="60">EE. UU. (ADA Título III)</text>
      </g>
    </svg>
    <figcaption>Los topes de titulares solo cuentan parte de la historia: la diferencia de la EAA de dos órdenes de magnitud por Estado miembro — de 5 000 € en Estonia a 1 000 000 € en España — parece dramática junto al tope federal plano de la ADA de 96 384 / 192 768 dólares, pero la maquinaria de medidas cautelares más traslado de honorarios de la ADA a menudo produce una exposición total mayor de lo que implican las cifras de titulares. El tope del 5% de la facturación de Italia en virtud del D.lgs. 82/2022 se omite del eje porque escala con el tamaño de la empresa en lugar de a un tope monetario fijo.</figcaption>
  </figure>

  <p>El cuadro que se presenta a continuación empareja el rango de sanciones de la EAA de una muestra de Estados miembros con el perfil de exposición correspondiente de la ADA. La columna del Estado miembro indica el tope administrativo máximo por infracción según lo establecido en la legislación de transposición. La columna de la ADA indica el tope de sanción civil federal en virtud de 28 CFR 36.504 (ajuste de 2024) y señala dónde se acumulan los daños estatutarios del derecho estatal.</p>

  <table class="dt">
    <caption class="sr-only">Comparación de los topes máximos de sanción por infracción de accesibilidad: determinados Estados miembros de la UE en virtud de la EAA frente al régimen federal del Título III de la ADA y los daños estatutarios de determinados estados de EE. UU., mediados de 2026.</caption>
    <thead>
      <tr>
        <th scope="col">Jurisdicción</th>
        <th scope="col">Base jurídica</th>
        <th scope="col">Sanción máxima por infracción</th>
        <th scope="col">Recuperable por</th>
      </tr>
    </thead>
    <tbody>
      <tr>
        <td>España</td>
        <td>Ley 11/2023 (transposición de la EAA)</td>
        <td class="num">hasta €1 000 000</td>
        <td>Ministerio de Asuntos Económicos</td>
      </tr>
      <tr>
        <td>Italia</td>
        <td>D.lgs. 82/2022</td>
        <td class="num">hasta el 5% de la facturación anual</td>
        <td>AgID</td>
      </tr>
      <tr>
        <td>Alemania</td>
        <td>Barrierefreiheitsstärkungsgesetz (BFSG)</td>
        <td class="num">aprox. €100 000</td>
        <td>BAFA / autoridades de los Länder</td>
      </tr>
      <tr>
        <td>Países Bajos</td>
        <td>Implementatiewet toegankelijkheidsvoorschriften</td>
        <td class="num">aprox. €87 000</td>
        <td>Agentschap Telecom (RDI)</td>
      </tr>
      <tr>
        <td>Francia</td>
        <td>Loi n° 2005-102 + decretos RGAA de 2023</td>
        <td class="num">aprox. €75 000</td>
        <td>ARCOM / DGCCRF</td>
      </tr>
      <tr>
        <td>Estonia</td>
        <td>Toodete ja teenuste ligipääsetavuse seadus</td>
        <td class="num">€5 000–€32 000</td>
        <td>TTJA (autoridad de protección de los consumidores)</td>
      </tr>
      <tr>
        <td>Estados Unidos (federal)</td>
        <td>ADA Título III + 28 CFR 36.504</td>
        <td class="num">$96 384 / $192 768</td>
        <td>Departamento de Justicia de EE. UU. únicamente</td>
      </tr>
      <tr>
        <td>Estados Unidos (demandante privado)</td>
        <td>42 USC § 12188(a) + § 12205</td>
        <td class="num">Medida cautelar + honorarios de abogado</td>
        <td>Demandante privado en tribunal de distrito federal de EE. UU.</td>
      </tr>
      <tr>
        <td>California (superposición de derecho estatal)</td>
        <td>Unruh Civil Rights Act § 52(a)</td>
        <td class="num">≥ $4 000 por infracción</td>
        <td>Demandante privado en tribunal estatal de California</td>
      </tr>
    </tbody>
  </table>

  <div class="callout warning">
    <div class="ct">Por qué los topes de titulares inducen a error</div>
    <p>Una lectura simple del cuadro anterior llevaría a concluir que una sola infracción de la EAA en España es aproximadamente diez veces más cara que una primera infracción del Título III de la ADA en Estados Unidos. Esa conclusión es errónea en tres sentidos. Primero, el tope de 1 millón de € español aún no se ha impuesto en ninguna resolución publicada de la EAA; las sanciones españolas del primer año se han agrupado entre 50 000 y 150 000 €. Segundo, el tope de sanción civil federal de la ADA está reservado para los casos de patrón o práctica del DOJ — más del 95% de las acciones del Título III de la ADA son demandas privadas en las que nunca se invoca el tope de sanción civil. Tercero, lo que realmente impulsa la exposición económica de la ADA es la medida cautelar (que obliga a la remediación independientemente de cualquier concesión monetaria) más los honorarios de abogado estatutarios en virtud de 42 USC § 12205 (que habitualmente ascienden a seis cifras en casos controvertidos).</p>
    <p>Una comparación más honesta diría: un solo caso litigado del Título III de la ADA en EE. UU., acordado en la mediana, cuesta al demandado aproximadamente 20 000–50 000 dólares en acuerdo más remediación, y es uno de varios miles de casos similares presentados anualmente. Una sola actuación de ejecución de la EAA en un Estado miembro importante, resuelta en la mediana de las resoluciones publicadas del primer año, cuesta al demandado 30 000–150 000 € más remediación, y es una de las pocas decenas de tales actuaciones por Estado miembro por año. El volumen, no el tope, es la métrica relevante.</p>
  </div>

  <p>El tope por porcentaje de facturación italiano es el valor atípico estructural en el panorama de la EAA. Un tope del 5% de la facturación contra una multinacional con 5 000 millones de € de ingresos en la UE otorga a AgID un alcance teórico de 250 millones de € — muy por encima de lo que permite el tope federal de la ADA. Ninguna resolución de ese tipo ha sido emitida aún, pero el tope existe, y su mera existencia reconfgura el cálculo de riesgo del demandado multinacional cuando una actuación de ejecución recae en Italia en lugar de, por ejemplo, Estonia.</p>

  <div class="chart-section">
    <div class="chart-title">TOPES MÁXIMOS POR INFRACCIÓN — ESTADOS MIEMBROS EAA FRENTE A ADA DE EE. UU. (€, USD, ILUSTRATIVO)</div>
    <div class="bar-row">
      <div class="bar-label">Italia (5% facturación, ilustrativo)</div>
      <div class="bar-track"><div class="bar-fill bf-e" style="width:100%">escala con los ingresos</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">España (Ley 11/2023)</div>
      <div class="bar-track"><div class="bar-fill bf-c" style="width:55%">€1 000 000</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Estados Unidos (DOJ, posterior)</div>
      <div class="bar-track"><div class="bar-fill bf-a" style="width:21%">$192 768</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Estados Unidos (DOJ, primera)</div>
      <div class="bar-track"><div class="bar-fill bf-a" style="width:11%">$96 384</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Alemania (BFSG)</div>
      <div class="bar-track"><div class="bar-fill bf-g" style="width:11%">€100 000</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Francia (aplicación RGAA)</div>
      <div class="bar-track"><div class="bar-fill bf-g" style="width:8%">€75 000</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Estonia (parte superior de la banda)</div>
      <div class="bar-track"><div class="bar-fill bf-g" style="width:4%">€32 000</div></div>
    </div>
  </div>

  <div class="stat-row">
    <div class="stat-box"><div class="stat-big">€1M</div><div class="stat-desc">tope español, Ley 11/2023</div></div>
    <div class="stat-box"><div class="stat-big">$193K</div><div class="stat-desc">tope federal de EE. UU. para infracción posterior</div></div>
    <div class="stat-box"><div class="stat-big">$4K</div><div class="stat-desc">mínimo estatutario California Unruh por infracción</div></div>
    <div class="stat-box"><div class="stat-big">5%</div><div class="stat-desc">tope por porcentaje de facturación italiano</div></div>
  </div>

  <hr />

  <h2 id="triggers">Qué desencadena una remisión — administrativo frente a judicial</h2>

  <p>La divergencia procesal es la parte de la comparación que más frecuentemente sorprende a las multinacionales. En virtud de la EAA, la puerta de entrada es una autoridad nacional de vigilancia del mercado. En virtud de la ADA, la puerta de entrada es una sala de juzgado federal.</p>

  <p>El procedimiento de ejecución de la EAA comienza con el propio seguimiento de la autoridad designada — escaneos periódicos de los servicios públicos, inspecciones sectoriales, denuncias de consumidores u organizaciones representativas — o con una remisión de un organismo nacional de igualdad. La autoridad emite un requerimiento formal, el operador dispone de una ventana definida para responder (normalmente 30–90 días, variando según el Estado miembro), un asunto controvertido pasa por el procedimiento administrativo con intercambio escrito y una decisión motivada, y la decisión es revisable en el correspondiente tribunal contencioso-administrativo nacional. El tope de sanción civil no requiere la intervención judicial para ser impuesto; la requiere únicamente si el operador impugna la evaluación.</p>

  <p>El procedimiento de ejecución de la ADA comienza de manera muy diferente. Un demandante privado — normalmente una persona con discapacidad que se ha topado con una barrera de accesibilidad, a veces con la asistencia de una firma de demandante habitual — presenta una denuncia directamente en el tribunal de distrito de EE. UU. en virtud de 42 USC § 12188(a). No existe ningún paso administrativo previo a la demanda que el demandante deba agotar. El DOJ tiene autoridad paralela para investigar y litigar, pero la diferencia de volumen es decisiva: en 2024, los tribunales federales vieron más de 4 600 casos de accesibilidad web del Título III de la ADA presentados, con el DOJ respondiendo de menos de una docena. El tope de sanción civil de 28 CFR 36.504 es por tanto un máximo casi teórico desde la perspectiva del demandado; la exposición práctica es la medida cautelar (que fija el calendario y el alcance de la remediación) más los honorarios de abogado en virtud de 42 USC § 12205 (que el demandante victorioso casi siempre recupera).</p>

  <p class="pull-quote">«Efectivas, proporcionadas, disuasorias» es la prueba de tres palabras de la EAA para las sanciones; el equivalente de la ADA es «medida cautelar más honorarios». Cada prueba produce una economía de ejecución muy diferente.</p>

  <div class="callout info">
    <div class="ct">Por qué la «acción privada» de la ADA importa más que su tope de sanción civil</div>
    <p>42 USC § 12188(a) es la disposición del Título III de la ADA que otorga a cualquier «persona sometida a discriminación por razón de discapacidad» el derecho a solicitar medidas cautelares y honorarios de abogado. Va acompañada del § 12205, que autoriza los honorarios de abogado razonables del demandante victorioso, los honorarios de los testigos expertos y las costas. Juntos crean un motor de ejecución autofinanciado: una firma del lado del demandante puede aceptar un caso en concepto de honorarios de contingencia, recuperar sus honorarios del demandado si gana o llega a un acuerdo, y reinvertir los honorarios recuperados en el siguiente caso.</p>
    <p>La EAA no tiene ningún mecanismo equivalente de autofinanciación. Los Estados miembros pueden permitir acciones de representación por parte de ONG de accesibilidad en algunos sectores, pero la estructura de traslado de honorarios rara vez es tan favorable para el denunciante como el traslado de honorarios en materia de derechos civiles federales de EE. UU. El resultado es que el volumen de ejecución de la EAA depende de los recursos y la voluntad política que la autoridad nacional de vigilancia tenga para actuar, mientras que el volumen de ejecución de la ADA depende de si el foro de demandantes considera que hay un caso recuperable.</p>
  </div>

  <hr />

  <h2 id="reach">Alcance geográfico: 27 Estados miembros frente a 50 estados más territorios</h2>

  <p>La geografía de titulares parece comparable. La EAA se aplica en 27 Estados miembros más los participantes del EEE que se han comprometido a alinearse. La ADA se aplica en 50 estados de EE. UU., el Distrito de Columbia y cinco territorios habitados de EE. UU. de forma permanente (Puerto Rico, Guam, las Islas Vírgenes de EE. UU., las Islas Marianas del Norte y Samoa Americana). Sobre el papel, eso es una cobertura similar.</p>

  <p>El alcance operativo no es similar. En toda la UE, la unidad de ejecución es el Estado miembro: cada uno tiene su propia autoridad designada, su propio calendario de sanciones, su propio procedimiento de denuncia, su propia vía de recurso administrativo. Una plataforma de comercio electrónico multinacional con una sola presencia en la UE está, en la práctica, expuesta a hasta 27 investigaciones paralelas con 27 reglas procesales diferentes. La cooperación transfronteriza en virtud del Reglamento (UE) 2019/1020 está contemplada, pero aún no ha llegado ninguna actuación transfronteriza de la EAA de gran repercusión.</p>

  <p>En todo EE. UU., la unidad de ejecución es federal — la ADA se aplica de manera uniforme, la jurisdicción del tribunal federal es nacional, y una resolución en un distrito tiene peso persuasivo a nivel nacional. Pero el nivel federal está superpuesto por daños estatutarios de derecho estatal en varias jurisdicciones: la California Unruh Civil Rights Act añade al menos 4 000 dólares por infracción; las Leyes de Derechos Humanos del Estado de Nueva York y de la Ciudad de Nueva York añaden daños compensatorios y punitivos; algunos otros estados (Florida, Massachusetts) tienen disposiciones de accesibilidad paralelas. El efecto práctico es que California y Nueva York concentran la mayor parte de las demandas por accesibilidad web del Título III de la ADA en EE. UU. — juntas representan más del 70% del recuento de casos de 2024 — porque la superposición de daños estatutarios del derecho estatal hace que los casos sean económicamente atractivos para presentar allí.</p>

  <div class="firm-ranking">
    <div class="firm-row">
      <div class="firm-rank">01</div>
      <div style="flex:1"><div class="firm-name">Estados Unidos — ADA Título III federal</div><div class="firm-meta">Demandas por accesibilidad web de 2024, acción privada impulsada por el demandante</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:100%">aprox. 4 600 demandas</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">02</div>
      <div style="flex:1"><div class="firm-name">California — demandas con superposición Unruh</div><div class="firm-meta">Subconjunto del total de EE. UU., con multiplicador de daños de derecho estatal de 4 000 dólares por infracción</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:35%">aprox. 1 600 demandas</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">03</div>
      <div style="flex:1"><div class="firm-name">Nueva York — demandas con superposición NYSHRL / NYCHRL</div><div class="firm-meta">Subconjunto del total de EE. UU., superposición de daños de la ley de derechos humanos estatal y municipal</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:42%">aprox. 1 900 demandas</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">04</div>
      <div style="flex:1"><div class="firm-name">Alemania — ejecución del BFSG</div><div class="firm-meta">Actuaciones de la EAA del primer año abiertas por la BAFA, desde el otoño de 2025</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:3%">dos dígitos bajos</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">05</div>
      <div style="flex:1"><div class="firm-name">España — resoluciones publicadas de la Ley 11/2023</div><div class="firm-meta">Primeras resoluciones sancionadoras a finales de 2025</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:2%">un solo dígito</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">06</div>
      <div style="flex:1"><div class="firm-name">Francia — tramos de requerimientos formales DGCCRF + ARCOM</div><div class="firm-meta">Infraestructura de ejecución construida sobre el RGAA, principios de 2026</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:3%">dos dígitos bajos</div></div>
    </div>
  </div>

  <hr />

  <h2 id="precedent">Precedentes nominados y lo que señalan</h2>

  <p>La jurisprudencia que enmarca cada régimen difiere en antigüedad, densidad y visibilidad. La ADA cuenta con 35 años de jurisprudencia federal posterior a 1990, con una doctrina de accesibilidad web desarrollada principalmente durante los últimos 15 años a través de casos como <em>National Federation of the Blind v. Target Corp.</em> (N.D. Cal. 2006), <em>Robles v. Domino's Pizza, LLC</em> (9th Cir. 2019, cert. denied 2019) y <em>Gil v. Winn-Dixie Stores, Inc.</em> (11th Cir. 2021). El primer año de ejecución de la EAA, por el contrario, ha producido resoluciones administrativas pero aún no un cuerpo de precedentes probados judicialmente sobre las obligaciones sustantivas.</p>

  <p>En el lado de EE. UU., el decreto de consentimiento del DOJ de 2023 sobre Rite Aid — que combinó compromisos de accesibilidad web y en tiendas con reformas de cumplimiento más amplias — es la mayor recuperación vinculada a la accesibilidad en los registros públicos. El decreto de consentimiento de NMHU de 2010, el acuerdo de H&amp;R Block de 2014 y el acuerdo DOJ-CVS de 2022 sobre la reserva de citas en línea son los otros hitos en el lado federal. <em>Robles v. Domino's</em> sigue siendo la autoridad de apelación más citada por la proposición de que el Título III de la ADA alcanza a los sitios web comerciales con un nexo suficiente con un lugar físico de alojamiento público, y la denegación de certiorari del Tribunal Supremo en 2019 ha dejado esa doctrina establecida a nivel del Noveno Circuito.</p>

  <p>En el lado de la UE, las primeras actuaciones de la EAA son administrativas y no judiciales. La BAFA alemana abrió un tramo de procedimientos formales contra operadores de comercio electrónico a finales de 2025. Las primeras resoluciones publicadas de España en virtud de la Ley 11/2023 llegaron a finales de 2025 contra operadores de terminales de autoservicio de transporte regional. La DGCCRF francesa emitió un tramo de requerimientos formales a principios de 2026 con propuestas de sanción en la banda de 15 000–60 000 €. Ninguna de estas ha sido aún probada en un tribunal contencioso-administrativo nacional a un nivel que cree un precedente de gran repercusión — razón por la cual el cuerpo jurisprudencial de la EAA será lo que habrá que observar en los próximos dieciocho meses.</p>

  <div class="quote-block">
    <div class="meta">Boletín de ejecución civil del Departamento de Justicia, 2024</div>
    <div class="quote">«Las sanciones civiles son parte de la reparación del Título III; las medidas cautelares y los honorarios de abogado son la mayor parte de la reparación en la práctica. La estructura de traslado de honorarios es lo que hace que una acción privada sea comercialmente viable para el abogado del demandante.»</div>
    <span class="source">— Departamento de Justicia de EE. UU., División de Derechos Civiles, Sección de Derechos de las Personas con Discapacidad, resumen de ejecución de 2024</span>
  </div>

  <hr />

  <h2 id="multinational">La perspectiva del demandado multinacional</h2>

  <p>Para una empresa expuesta bajo ambos regímenes — un operador de comercio electrónico global, una plataforma internacional de banca al consumidor, una aerolínea multinacional — la postura práctica está configurada menos por el tope de cualquiera de los dos regímenes que por su interacción. Se derivan tres consecuencias operativas.</p>

  <p>Primero, la varianza por Estado miembro de la EAA obliga a una clasificación jurisdiccional. Una multinacional no puede razonablemente mantener 27 bases de cumplimiento de accesibilidad diferentes; debe elegir un estándar interno suficientemente alto para satisfacer a la autoridad nacional de vigilancia más estricta bajo la que opera. En la práctica, eso significa diseñar para la línea base armonizada de EN 301 549 V3.2.1 (equivalente a WCAG 2.1 AA) como mínimo, y cada vez más para EN 301 549 V4 / WCAG 2.2 donde el borrador del estándar está lo suficientemente avanzado como para anticiparlo. El coste del cumplimiento con múltiples estándares es uno de los impulsores informales más potentes de la convergencia de la EAA hacia un único nivel técnico.</p>

  <p>Segundo, la acción privada de la ADA implica que incluso una plataforma europea totalmente conforme que sirve a usuarios de EE. UU. asume un riesgo de ejecución separado, impulsado por el demandante, que no puede ser eliminado por ninguna autoridad administrativa. La exposición de la plataforma en EE. UU. no se extingue con una revisión limpia de la BAFA ni con una carta de comodidad de la AEPD. Los dos regímenes operan en pistas paralelas; satisfacer uno no extingue — formal ni informalmente — al otro.</p>

  <p>Tercero, la economía de los acuerdos es muy diferente en ambos lados. En virtud de la EAA, una autoridad administrativa que constata una infracción generalmente emite una multa más una orden de remediación, ambas parte del registro público una vez finalizadas. En virtud de la ADA, la gran mayoría de los casos se acuerdan de forma privada, con un acuerdo de transacción no público que cubre los términos monetarios, una concesión de honorarios de abogado y un compromiso de remediación. Una multinacional que ha acordado 50 casos de la ADA en un año y 5 casos de la EAA en el mismo año tiene un rastro documental muy diferente en cada régimen — resoluciones administrativas públicas en la UE, acuerdos privados confidenciales en EE. UU. — y la diferencia configura cómo la empresa puede defender su postura global de accesibilidad en las sesiones informativas con los reguladores, los informes de la junta directiva y las divulgaciones a los inversores.</p>

  <div class="callout safe">
    <div class="ct">Una síntesis práctica para los equipos de cumplimiento</div>
    <p>La base de cumplimiento de accesibilidad que satisface a la EAA en su Estado miembro más estricto (España con el tope de 1 M€, Italia con el tope del 5% de la facturación) y que cumple el estándar sustantivo de acceso funcional de la ADA (las pruebas de «comunicación efectiva» y «ayudas y servicios auxiliares» en virtud de 42 USC § 12182(b)(2)(A)(iii)) es, en la práctica, la misma base: conformidad con WCAG 2.1 Nivel AA en todas las superficies digitales orientadas al consumidor, con una vía de remediación documentada para los componentes heredados y una declaración de accesibilidad publicada. Diseñar una sola vez para ese nivel reduce materialmente la exposición regulatoria bajo ambos regímenes — aunque no elimina el riesgo de la ADA impulsado por el demandante que surge de cualquier barrera de acceso individual que encuentre un demandante privado.</p>
  </div>

  <hr />

  <h2 id="closing">Lo que enseña la comparación</h2>

  <p>Las cifras de titulares — de 5 000 € a 1 millón de € en el lado de la EAA, de 96 384 a 192 768 dólares en el lado de la ADA — son el lugar equivocado para empezar cualquier comparación de los dos regímenes. Son la parte visible superior de dos arquitecturas de ejecución muy diferentes: un aparato administrativo de los Estados miembros por un lado, un sistema de litigio federal impulsado por el demandante por el otro, cada uno produciendo exposición económica de maneras que el tope de titulares no capta.</p>

  <p>Lo que enseña la comparación, entonces, es principalmente sobre el coste del riesgo de accesibilidad multijurisdiccional. La varianza por Estado miembro de la EAA crea una superficie de área regulatoria que escala con el número de mercados de la UE en los que opera una empresa, con la peor exposición fijada por el Estado miembro con el tope más alto. El tope federal plano de la ADA parece modesto hasta que se añaden los multiplicadores — volumen de casos, traslado de honorarios de abogado, daños estatutarios de derecho estatal en California y Nueva York. Cada régimen, leído por sí solo, llevaría a un equipo de cumplimiento a una priorización diferente. Leídos conjuntamente, empujan hacia la misma conclusión: que diseñar para un único nivel de accesibilidad lo suficientemente alto para satisfacer ambos regímenes es más barato que mantener una postura de cumplimiento fragmentada y debatir sobre los topes después de los hechos.</p>

  <p>Los próximos dieciocho meses agudizarán la comparación. La primera actuación transfronteriza de ejecución de la EAA — probablemente contra una plataforma de comercio electrónico no perteneciente a la UE — pondrá a prueba si la estructura Estado miembro por Estado miembro de la directiva puede proporcionar una actuación coordinada contra una multinacional. El continuo volumen de demandantes privados de la ADA seguirá siendo la señal dominante de la intensidad de la ejecución en EE. UU. Y las primeras decisiones de los tribunales nacionales sobre las defensas de carga desproporcionada de la EAA dirán a los equipos de cumplimiento lo indulgente que es el régimen europeo en la práctica. Los dos regímenes no convergerán, pero la perspectiva del demandado multinacional sobre ellos sí lo hará.</p>

  <p>Lea más de Disability World sobre <a href="/articles/european-accessibility-act-guide/">la EAA</a>, sobre <a href="/articles/ada-title-iii-web-accessibility-guide/">la ADA</a>, y sobre <a href="/articles/">el registro de ejecución de 2026</a> en general.</p>

  <footer class="footer-note" id="sources">
    <p><strong>Metodología y datos:</strong> Los calendarios de sanciones se han tomado del texto legal pertinente y de los reglamentos de aplicación de cada jurisdicción. Los topes de los Estados miembros de la EAA se extraen de la legislación de transposición (España: Ley 11/2023; Italia: D.lgs. 27 maggio 2022, n. 82; Alemania: Barrierefreiheitsstärkungsgesetz, BGBl. I 2021, p. 2970; Países Bajos: Implementatiewet toegankelijkheidsvoorschriften, 2022; Francia: Loi n° 2005-102 du 11 février 2005 con los decretos de aplicación de la actualización del RGAA de 2023; Estonia: Toodete ja teenuste ligipääsetavuse seadus, 2022). Los topes de sanción civil federal de la ADA reflejan el ajuste por inflación de 2024 a 28 CFR 36.504 (96 384 dólares primera infracción / 192 768 dólares infracción posterior). El volumen de demandas del Título III de EE. UU. refleja búsquedas de casos de accesibilidad web en tribunales federales de 2024 derivadas de PACER, verificadas con el informe anual de 2024 de UsableNet. El texto de daños estatutarios Unruh de California es Cal. Civ. Code § 52(a). Las cifras de distribución por estado son ilustrativas y redondeadas.</p>
    <p><strong>Contexto jurídico:</strong> Directiva (UE) 2019/882 (Ley Europea de Accesibilidad), DO L 151, 7.6.2019, artículo 30 (sanciones) y artículo 14 (carga desproporcionada). Americans with Disabilities Act, 42 USC §§ 12181–12189 (Título III), § 12188(a) (acción privada), § 12205 (honorarios de abogado). Reglamento de aplicación: 28 CFR Parte 36, incluido el § 36.504 (sanciones civiles), ajustado anualmente en virtud de la Federal Civil Penalties Inflation Adjustment Act Improvements Act de 2015 (Pub. L. 114-74). California Unruh Civil Rights Act, Cal. Civ. Code §§ 51–52. Marco de vigilancia transfronteriza de la UE: Reglamento (UE) 2019/1020. Convención de la ONU sobre los Derechos de las Personas con Discapacidad, artículo 9 (Accesibilidad), como fuente de encuadre común para ambos regímenes. Normas técnicas armonizadas: ETSI EN 301 549 V3.2.1, con V4 en elaboración; WCAG 2.1 (W3C, junio de 2018) y 2.2 (W3C, octubre de 2023).</p>
    <p><strong>Fuentes primarias:</strong> (1) <em>Directiva (UE) 2019/882</em>, DO L 151, 7.6.2019, <a href="https://eur-lex.europa.eu/eli/dir/2019/882/oj">eur-lex.europa.eu/eli/dir/2019/882/oj</a>. (2) <em>Americans with Disabilities Act of 1990</em>, 42 USC §§ 12181 et seq.; <em>28 CFR Parte 36</em>, incluido el § 36.504, <a href="https://www.ecfr.gov/current/title-28/chapter-I/part-36">ecfr.gov/current/title-28/chapter-I/part-36</a>. (3) Ley 11/2023, BOE-A-2023-10952; D.lgs. 27 maggio 2022, n. 82; Barrierefreiheitsstärkungsgesetz, BGBl. I 2021, p. 2970; Loi n° 2005-102 con decretos de aplicación de 2023; Implementatiewet toegankelijkheidsvoorschriften (2022); Toodete ja teenuste ligipääsetavuse seadus (2022). (4) Departamento de Justicia de EE. UU., División de Derechos Civiles, Sección de Derechos de las Personas con Discapacidad, resumen de ejecución de la ADA 2024, <a href="https://www.ada.gov">ada.gov</a>. (5) Informes de mediados de año y fin de año de 2024 de UsableNet sobre el volumen de demandas digitales del Título III de la ADA. (6) <em>National Federation of the Blind v. Target Corp.</em>, 452 F. Supp. 2d 946 (N.D. Cal. 2006); <em>Robles v. Domino's Pizza, LLC</em>, 913 F.3d 898 (9th Cir. 2019), cert. denied 140 S. Ct. 122 (2019); <em>Gil v. Winn-Dixie Stores, Inc.</em>, 21 F.4th 775 (11th Cir. 2021). (7) Cal. Civ. Code §§ 51–52. (8) ETSI EN 301 549 V3.2.1 y estado de elaboración de V4, <a href="https://www.etsi.org/standards">etsi.org/standards</a>.</p>
    <p><strong>Lo que este artículo no es:</strong> Este es un expediente comparativo de dos regímenes sancionadores. No constituye asesoramiento jurídico. Los topes estatutarios, los ajustes por inflación, las autoridades designadas y la jurisprudencia evolucionan continuamente; los operadores cubiertos deben consultar con asesores jurídicos cualificados en la jurisdicción pertinente para las preguntas de cumplimiento y litigio específicas del caso.</p>
  </footer>

</div>

---
title: EN 301 549 explicada — la norma europea de accesibilidad
url: https://www.disabilityworld.org/es/articles/en-301-549-explained/
description: EN 301 549 — la norma europea armonizada de ETSI que convierte WCAG 2.1 AA en texto vinculante para la contratación pública. La versión V3.2.1 está en vigor en 2026; V4, que incorpora WCAG 2.2, se encuentra en fase final de elaboración. Guía completa cláusula por cláusula.
author: Disability World
pubDate: 2026-05-22
tags: en-301-549, etsi, technical-standards, eu, procurement, wcag
---

# EN 301 549 explicada — la norma europea de accesibilidad

<div class="src-article" data-template="5">

<p class="image-alt-text">Descripción de la imagen: Manos sobre un teclado mecánico con un documento de normas técnicas abierto en un monitor externo — el entorno de trabajo del auditor de accesibilidad donde habita EN 301 549.</p>

<p class="rt-prefix">Tiempo de lectura: 11 minutos</p>

<p class="wp-block-paragraph"><strong>EN 301 549</strong> es la norma europea armonizada sobre requisitos de accesibilidad aplicables a los productos y servicios TIC. Publicada y mantenida por <strong>ETSI</strong> — el Instituto Europeo de Normas de Telecomunicaciones — en colaboración con CEN y CENELEC, es el instrumento técnico que convierte las obligaciones más abstractas del <a href="/articles/european-accessibility-act-guide/">European Accessibility Act (EAA)</a> (Acta Europea de Accesibilidad), la <a href="/toolkit/glossary/web-accessibility-directive/">Directiva sobre la accesibilidad de los sitios web (Directiva (UE) 2016/2102)</a> y la mayor parte de las normativas nacionales de contratación pública en una lista de verificación cláusula por cláusula frente a la cual puede medirse un proveedor. Mientras que WCAG es una norma de contenido e interfaz para la web, EN 301 549 es el marco más amplio que integra WCAG dentro de los requisitos que la legislación de la UE exige en los procesos de contratación.</p>

<p class="wp-block-paragraph">En 2026, la versión en vigor es la <strong>V3.2.1</strong>, publicada en marzo de 2021 e incorpora <strong>[WCAG 2.1 Nivel AA](/toolkit/standards/wcag/)</strong> por referencia. Una nueva revisión que incorpora <strong>WCAG 2.2 AA</strong> — provisionalmente numerada V4.0.0 — se encuentra en fase final de elaboración en el seno del organismo técnico conjunto ETSI/CEN/CENELEC y se espera su publicación durante 2026, con la posterior citación en el <em>Diario Oficial de la Unión Europea</em>. Este artículo es una guía introductoria: qué es la norma, cómo se organizan sus doce capítulos, dónde se sitúan el Capítulo 9 (web) y el Capítulo 11 (software) junto al Capítulo 10 (documentos) y el Capítulo 12 (documentación y asistencia), cómo la norma vincula WCAG con la legislación de contratación pública de la UE, y dónde aparece citada en el entramado legislativo que ya se conoce.</p>

<h2 class="wp-block-heading" id="h-what-en-301-549-actually-is">Qué es EN 301 549 — y qué no es</h2>

<p class="wp-block-paragraph">EN 301 549 es una <strong>norma europea armonizada</strong>. Esa expresión tiene un significado preciso en el derecho de la UE: se trata de una norma elaborada por uno de los tres organismos europeos de normalización reconocidos (ETSI, CEN, CENELEC) a petición de la Comisión Europea mediante una «solicitud de normalización» formal (también llamada «mandato»), y posteriormente citada en el Diario Oficial de la Unión Europea como otorgante de la «presunción de conformidad» con la correspondiente legislación de la UE. Un producto o servicio que satisface la norma armonizada se presume que cumple los requisitos legales que armoniza. La presunción puede ser refutada, pero en la práctica los compradores públicos, los auditores de accesibilidad y los organismos de conformidad tratan la norma como la lista de verificación operativa.</p>

<p class="wp-block-paragraph">EN 301 549 se originó a partir del Mandato M/376, emitido por la Comisión en 2005 para dotar a las normas de contratación de Europa de una referencia única, tecnológicamente neutra y armonizada que definiera qué significa «TIC accesible» en los procesos de licitación del sector público. La primera versión publicada, V1.1.2, apareció en 2014. La norma ha experimentado desde entonces tres revisiones sustantivas: V2 (2018) con alineación a WCAG 2.1, V3.1.1 y V3.2.1 (2019-2021) con definiciones más precisas y nuevas cláusulas sobre aplicaciones móviles y herramientas de creación, y la próxima V4 que incorpora WCAG 2.2.</p>

<p class="wp-block-paragraph">Lo que EN 301 549 no es: no es el EAA, ni la Directiva sobre la accesibilidad de los sitios web. Esas son las leyes que contratan de acuerdo con la norma. EN 301 549 es el documento de criterios de prueba — la parte del sistema que un desarrollador o un responsable de contratación consulta para saber si un producto supera la evaluación.</p>

<h2 class="wp-block-heading" id="h-the-twelve-chapter-structure">La estructura de doce capítulos</h2>

<p class="wp-block-paragraph">EN 301 549 se organiza en torno a doce cláusulas sustantivas (numeradas a partir de la Cláusula 4 en el documento, ya que las Cláusulas 1-3 corresponden al ámbito de aplicación y las definiciones). La arquitectura es deliberadamente modular: un proveedor que delimita el alcance de una respuesta a una licitación determina qué cláusulas son aplicables al producto, aplica únicamente esas y declara la conformidad frente a las cláusulas identificadas. Los módulos principales se encuentran en los Capítulos 9 a 12.</p>

<h3 class="wp-block-heading" id="h-chapter-9-web">Capítulo 9 — Contenido web</h3>

<p class="wp-block-paragraph">El <strong>Capítulo 9</strong> es al que la mayoría de los profesionales de la accesibilidad llegan en primer lugar, ya que es el que incorpora WCAG por referencia. En la V3.2.1, el Capítulo 9 importa textualmente los criterios de conformidad de nivel A y nivel AA de WCAG 2.1: la cláusula 9.1 cubre los criterios de éxito perceptibles, 9.2 los operables, 9.3 los comprensibles, 9.4 los robustos. Un producto web que cumpla WCAG 2.1 AA cumple el Capítulo 9. La norma no parafrasea el texto de WCAG; lo cita. En V4, el mismo capítulo hará referencia a WCAG 2.2 AA, incorporando los nueve criterios de conformidad nuevos y revisados, entre ellos <em>2.4.11 Foco no oscurecido (Mínimo)</em>, <em>2.4.12 Foco no oscurecido (Mejorado)</em>, <em>2.4.13 Apariencia del foco</em>, <em>2.5.7 Movimientos de arrastre</em>, <em>2.5.8 Tamaño del objetivo (Mínimo)</em>, <em>3.2.6 Ayuda coherente</em>, <em>3.3.7 Entrada redundante</em>, <em>3.3.8 Autenticación accesible (Mínimo)</em> y <em>3.3.9 Autenticación accesible (Mejorado)</em>.</p>

<h3 class="wp-block-heading" id="h-chapter-10-documents">Capítulo 10 — Documentos no web</h3>

<p class="wp-block-paragraph">El <strong>Capítulo 10</strong> aplica requisitos equivalentes a WCAG a los documentos que no son web: archivos PDF, archivos Word, presentaciones, ePub y cualquier otro documento entregado junto con la web o fuera de ella. Para ello, toma cada criterio de conformidad de WCAG 2.1 que tiene sentido en el contexto de un documento no web y lo reformula en ese contexto. Un PDF con etiquetas, navegable y correctamente descrito cumple el Capítulo 10; un escaneo sin etiquetar de un informe impreso, no. Los compradores públicos que adquieren publicaciones de política, condiciones contractuales, materiales de formación y declaraciones de accesibilidad se basan en el Capítulo 10 para establecer el nivel exigible en los productos que aceptan.</p>

<h3 class="wp-block-heading" id="h-chapter-11-software">Capítulo 11 — Software no web</h3>

<p class="wp-block-paragraph">El <strong>Capítulo 11</strong> es el módulo más amplio y el de mayor relevancia para el conjunto de aplicaciones modernas. Aplica requisitos equivalentes a WCAG al software que no es web — aplicaciones de escritorio, aplicaciones móviles nativas, interfaces integradas, quioscos que ejecutan software propio — y añade requisitos específicos del software sin equivalente en WCAG: cláusulas sobre servicios de accesibilidad de plataforma (11.5), sobre compatibilidad con tecnología de apoyo (11.6) y sobre herramientas de creación (11.8, derivadas de las Pautas de Accesibilidad para Herramientas de Creación del W3C). La cobertura de aplicaciones móviles del Capítulo 11 es la razón por la que la Directiva sobre la accesibilidad de los sitios web puede extenderse a las aplicaciones móviles del sector público, y por la que el EAA puede aplicarse a lectores de libros electrónicos, máquinas expendedoras de billetes y terminales de autoservicio sin necesitar una norma separada para cada uno.</p>

<h3 class="wp-block-heading" id="h-chapter-12-documentation">Capítulo 12 — Documentación y servicios de asistencia</h3>

<p class="wp-block-paragraph">El <strong>Capítulo 12</strong> cubre la documentación y los servicios de atención al cliente: manuales de usuario, sistemas de ayuda, centros de atención telefónica, chat en línea y formatos accesibles a petición. Las cláusulas exigen que la documentación del producto describa sus características de accesibilidad, que la propia documentación sea accesible y que los servicios de asistencia estén disponibles a través de canales accesibles. Es el capítulo que vincula la accesibilidad a la experiencia posterior a la compra — la parte del proceso de adquisición en que los usuarios se relacionan con el producto y necesitan asistencia.</p>

<h3 class="wp-block-heading" id="h-chapters-5-through-8">Capítulos 5 a 8 — los requisitos genéricos transversales</h3>

<p class="wp-block-paragraph">Los <strong>Capítulos 5 a 8</strong> se sitúan por encima de los módulos específicos por formato. El Capítulo 5 cubre los requisitos genéricos aplicables a cualquier producto o servicio TIC: funcionalidad cerrada, biometría, preservación de la información de accesibilidad durante la conversión. El Capítulo 6 cubre las TIC con comunicación de voz bidireccional: texto en tiempo real, videorretransmisión e interoperabilidad para una comunicación accesible entre proveedores de servicios. El Capítulo 7 cubre las TIC con capacidades de vídeo: audiodescripción, subtítulos y presentación en lengua de signos. El Capítulo 8 cubre el hardware: teclados, controles, conectores y acceso físico. Rara vez un producto queda delimitado a un solo capítulo; una aplicación de vídeo en streaming en un televisor inteligente tocará a la vez los Capítulos 5, 7, 9 (si tiene interfaz web), 11 (la aplicación en sí) y 12 (su documentación).</p>

<h3 class="wp-block-heading" id="h-chapter-13-and-annexes">Capítulo 13 y los anexos</h3>

<p class="wp-block-paragraph">El <strong>Capítulo 13</strong> se ocupa de las TIC que ofrecen servicios de retransmisión y acceso a los servicios de emergencia: la capa de comunicaciones de interés público. Los anexos son donde la norma realiza su labor vinculante para la contratación: el <strong>Anexo A</strong> contiene la metodología de conformidad, incluida la plantilla obligatoria de «declaración de accesibilidad»; el <strong>Anexo B</strong> mapea las cláusulas de EN 301 549 con los requisitos correspondientes de la Sección 508 estadounidense — útil para proveedores que venden a ambos lados del Atlántico; el <strong>Anexo C</strong> ofrece orientación sobre las declaraciones de desempeño funcional; y la bibliografía enumera todas las normas, incluida WCAG, que el documento incorpora por referencia.</p>

<h2 class="wp-block-heading" id="h-wcag-21-aa-in-en-301-549">Cómo WCAG 2.1 AA se integra en EN 301 549</h2>

<p class="wp-block-paragraph">La relación entre WCAG y EN 301 549 es la pregunta más frecuente en el trabajo de conformidad, y la respuesta es más precisa que «EN 301 549 incluye WCAG». WCAG 2.1 Nivel AA está incorporada en el Capítulo 9 (contenido web) y en partes del Capítulo 11 (software, donde los criterios de conformidad son aplicables al software no web). La incorporación es por referencia, no por paráfrasis: las cláusulas del Capítulo 9 están numeradas para reflejar la estructura de WCAG, y cada cláusula remite al criterio de conformidad correspondiente en la recomendación del W3C. Una declaración de conformidad con WCAG 2.1 AA se traduce directamente en una declaración de conformidad con el Capítulo 9.</p>

<p class="wp-block-paragraph">Donde EN 301 549 va más allá de WCAG es en las cláusulas específicas del software, del hardware y de la documentación que WCAG nunca pretendió cubrir. WCAG aborda el contenido perceptible, operable, comprensible y robusto dentro de un agente de usuario web. EN 301 549 añade los requisitos que regulan, por ejemplo, la interacción de una aplicación de escritorio con una API de lector de pantalla en Windows, la discriminación táctil del teclado de un hardware o la interoperabilidad TTY de un centro de contacto. Un producto puede ser conforme a WCAG 2.1 AA y seguir incumpliendo EN 301 549 — habitualmente porque los Capítulos 11 o 12 cubren requisitos que WCAG no contempla.</p>

<h2 class="wp-block-heading" id="h-where-en-301-549-is-cited">Dónde se cita EN 301 549 en el derecho de la UE</h2>

<p class="wp-block-paragraph">El papel central de la norma está en el grafo de citaciones. Tres instrumentos jurídicos principales denominan EN 301 549 como referencia técnica; varias decenas de leyes nacionales de contratación pública y estatutos de accesibilidad hacen lo propio.</p>

<h3 class="wp-block-heading" id="h-eaa-citation">El European Accessibility Act (Directiva (UE) 2019/882)</h3>

<p class="wp-block-paragraph">El <a href="/articles/european-accessibility-act-guide/">European Accessibility Act</a> (Acta Europea de Accesibilidad) establece requisitos funcionales de accesibilidad para una lista definida de productos y servicios: ordenadores, teléfonos inteligentes, lectores de libros electrónicos, cajeros automáticos, máquinas expendedoras, comercio electrónico, libros electrónicos, telefonía, servicios de comunicación audiovisual, servicios bancarios e información sobre transporte de viajeros. Los requisitos funcionales del EAA (Anexo I) son abstractos; exigen, por ejemplo, que la información se proporcione en formatos accesibles, que las interfaces de usuario sean compatibles con la tecnología de apoyo o que las comunicaciones de emergencia funcionen con usuarios sordos. Para hacer operativos esos requisitos abstractos, el EAA se apoya en normas armonizadas citadas en virtud del artículo 15 del Reglamento (UE) 1025/2012 — y EN 301 549 es la norma armonizada que la Comisión Europea utiliza para hacer operativos los requisitos del EAA en materia de web, software y documentación. Un producto que cumpla las cláusulas pertinentes de EN 301 549 goza de la presunción de conformidad con el EAA. La primera citación en el <em>Diario Oficial</em> de EN 301 549 específicamente para los fines del EAA se publicó en 2024; las revisiones siguen a cada nueva versión.</p>

<h3 class="wp-block-heading" id="h-wad-citation">La Directiva sobre la accesibilidad de los sitios web (Directiva (UE) 2016/2102)</h3>

<p class="wp-block-paragraph">La <a href="/toolkit/glossary/web-accessibility-directive/">Directiva sobre la accesibilidad de los sitios web</a>, en vigor desde diciembre de 2016, obliga a los organismos del sector público de los Estados miembros de la UE a hacer accesibles sus sitios web y aplicaciones móviles. El artículo 6 de la Directiva establece que el contenido que cumpla la norma armonizada citada en el Diario Oficial se presume conforme con los correspondientes requisitos de accesibilidad establecidos en el artículo 4. EN 301 549 es la norma así citada: la V2 de 2018 fue la primera versión nombrada a efectos de la Directiva, y cada revisión posterior ha dado lugar a una nueva citación en el Diario Oficial. Los sitios web y las aplicaciones móviles del sector público que cumplan el Capítulo 9 y las partes aplicables del Capítulo 11 se consideran conformes con la Directiva.</p>

<h3 class="wp-block-heading" id="h-national-procurement">Las leyes nacionales de contratación pública y el artículo 42 de la Directiva sobre contratación del sector público</h3>

<p class="wp-block-paragraph">El artículo 42 de la <strong>Directiva 2014/24/UE</strong> (Directiva sobre contratación del sector público) exige que las especificaciones técnicas en los contratos públicos de productos y servicios destinados a ser utilizados por personas físicas «tengan en cuenta criterios de accesibilidad para personas con discapacidad o el diseño para todos los usuarios». Los Estados miembros han incorporado esa obligación en sus respectivos códigos nacionales de contratación pública, y los textos de transposición citan habitualmente EN 301 549 como norma de referencia: desde la BITV 2.0 alemana y el EU-Verordnung referenciado en la contratación federal, hasta el Real Decreto 1112/2018 español, el RGAA francés (que alinea sus criterios con el Capítulo 9 de EN 301 549), las Linee Guida AgID italianas y el Tijdelijk besluit digitale toegankelijkheid overheid neerlandés. El estrato de la contratación nacional es donde EN 301 549 tiene el mayor impacto comercial cotidiano, ya que determina qué proveedores pueden pujar en qué contratos públicos.</p>

<h2 class="wp-block-heading" id="h-v4-and-wcag-22">Qué cambia V4 — y qué no cambia</h2>

<p class="wp-block-paragraph">La próxima V4 de EN 301 549 es el título de trabajo de la revisión que incorporará <strong>WCAG 2.2 AA</strong> en lugar de WCAG 2.1 AA, incorporando los nueve criterios de conformidad que el W3C añadió o revisó en la actualización de 2023. La revisión en proceso ha sido visible en el archivo público del Comité Técnico de Factores Humanos de ETSI desde 2024, y el grupo de trabajo conjunto ETSI/CEN/CENELEC se reunió durante 2025 para finalizarla. La publicación durante 2026 es la hipótesis de trabajo en la comunidad de normalización; la citación en el Diario Oficial con arreglo al EAA y la Directiva sobre la accesibilidad de los sitios web sigue el calendario habitual de la Comisión (normalmente varios meses después de la publicación por ETSI).</p>

<p class="wp-block-paragraph">Las modificaciones sustantivas de V4 se concentran en dos áreas. En primer lugar, los propios criterios de conformidad de WCAG 2.2: el Capítulo 9 incorpora los nueve nuevos criterios, siendo los operativamente más relevantes <em>Foco no oscurecido</em>, <em>Tamaño del objetivo (Mínimo)</em>, <em>Movimientos de arrastre</em> y los dos criterios de <em>Autenticación accesible</em>, que en conjunto obligarán a auditar de nuevo cualquier producto que use paneles superpuestos, modales de cookies, campos de contraseña o zonas de pulsación pequeñas. En segundo lugar, las cláusulas del software de la norma (Capítulo 11) se refuerzan para alinearse más estrechamente con WCAG 2.2 en el software donde los criterios de conformidad son aplicables, y se actualiza el lenguaje sobre servicios de accesibilidad de plataforma para reflejar las API de tecnología de apoyo lanzadas desde 2021.</p>

<p class="wp-block-paragraph">Lo que V4 no cambia: la arquitectura de doce capítulos, la plantilla de declaración de conformidad del Anexo A, la relación con el EAA y la Directiva sobre la accesibilidad de los sitios web, ni el mapeo de la Sección 508 en el Anexo B. Un proveedor que tenga una declaración de conformidad vigente frente a V3.2.1 deberá, en la mayoría de los casos, volver a realizar pruebas para los nuevos criterios de WCAG 2.2, pero no rediseñar su enfoque de conformidad.</p>

<h2 class="wp-block-heading" id="h-using-en-301-549">El uso de EN 301 549 en la práctica: la declaración de conformidad</h2>

<p class="wp-block-paragraph">El artefacto operativo que produce EN 301 549 es una <strong>declaración de conformidad</strong> — denominada en ocasiones «declaración de accesibilidad» en la terminología de la Directiva sobre la accesibilidad de los sitios web, o Voluntary Product Accessibility Template (VPAT) cuando se expresa en la línea de la Sección 508. El Anexo A de la norma contiene la plantilla. Para cada cláusula aplicable, el proveedor indica si el producto «Soporta», «Soporta parcialmente», «No soporta» o «No aplica». Cada «Soporta parcialmente» o «No soporta» debe ir acompañado de un campo de observaciones y explicaciones que describa la carencia.</p>

<p class="wp-block-paragraph">En una respuesta a una licitación, el responsable de contratación delimita los capítulos pertinentes al producto, exige una declaración de conformidad cláusula por cláusula y evalúa las carencias. La declaración es contractualmente vinculante en la mayoría de los marcos de contratación pública de la UE: si el proveedor declara «Soporta» frente a una cláusula y el producto falla posteriormente en esa cláusula durante la aceptación por el usuario, el contrato suele dar al comprador motivos para la subsanación, penalizaciones o rescisión. Por eso EN 301 549 tiene más fuerza comercial que el propio documento WCAG: WCAG es una recomendación del W3C sin rango de contratación; EN 301 549 es el documento que nombra un contrato.</p>

<h2 class="wp-block-heading" id="h-conclusion">EN 301 549 en el entramado legislativo que ya se conoce</h2>

<p class="wp-block-paragraph">Si se ha seguido el arco de la legislación europea sobre derechos de las personas con discapacidad — el <a href="/articles/european-accessibility-act-guide/">EAA</a>, la <a href="/toolkit/glossary/web-accessibility-directive/">Directiva sobre la accesibilidad de los sitios web</a>, los códigos nacionales de contratación pública que implementan la Directiva 2014/24/UE — EN 301 549 es la capa técnica que conecta esas leyes con el proceso diario de pruebas de un proveedor. WCAG establece las normas de contenido web. EN 301 549 envuelve WCAG en el conjunto más amplio de requisitos (software, documentos, documentación, hardware, comunicaciones bidireccionales) que la legislación de contratación de la UE adquiere realmente. El EAA y la Directiva sobre la accesibilidad de los sitios web citan luego EN 301 549 como la norma que activa la presunción de conformidad. Los códigos nacionales de contratación nombran la norma en sus especificaciones técnicas, y los auditores de accesibilidad la comprueban cláusula por cláusula.</p>

<p class="wp-block-paragraph">Para los profesionales que delimitan una auditoría en 2026: V3.2.1 es la versión contra la que se debe realizar la prueba hoy, V4 es la versión para la que conviene empezar a prepararse, y los cambios que merecen atención anticipada son los nueve criterios de conformidad de WCAG 2.2 — en particular los de apariencia del foco y tamaño del objetivo, que son los que la mayoría de los productos están incumpliendo en silencio. La forma más rápida de detectar cuáles criterios de la versión 2.2 ya incumple un sitio es realizar un [análisis gratuito de WCAG 2.2](/toolkit/scan/) en una página representativa. Para el registro más amplio de 2026 sobre cómo esta norma interactúa con la aplicación nacional de la ley, véase el <a href="/articles/">índice de artículos de Disability World</a>; para el panorama de la aplicación del EAA en su primer año en los Estados miembros, véase la <a href="/articles/european-accessibility-act-guide/">guía sobre el EAA</a>. Para una traducción práctica de V3.2.1 y los cambios de la versión 2.2 en una auditoría operativa, véase el <a href="/articles/how-to-make-your-website-wcag-22-compliant/">manual de cumplimiento WCAG 2.2 paso a paso</a>; para las plataformas de monitorización que mantienen la conformidad entre auditorías, véase la <a href="/articles/accessibility-monitoring-buyers-guide-2026/">guía de compra de herramientas de monitorización de accesibilidad 2026</a>.</p>

<h2 class="wp-block-heading" id="h-primary-sources">Fuentes primarias</h2>

<ol class="wp-block-list">
<li>ETSI / CEN / CENELEC. <em>EN 301 549 V3.2.1 (2021-03) — Requisitos de accesibilidad para productos y servicios TIC</em>. <a href="https://www.etsi.org">etsi.org</a></li>
<li>Comisión Europea. Solicitud de normalización M/376 (2005) sobre accesibilidad TIC para la contratación pública.</li>
<li>Directiva (UE) 2019/882 del Parlamento Europeo y del Consejo sobre los requisitos de accesibilidad de los productos y servicios (European Accessibility Act).</li>
<li>Directiva (UE) 2016/2102 del Parlamento Europeo y del Consejo sobre la accesibilidad de los sitios web y aplicaciones para dispositivos móviles de los organismos del sector público.</li>
<li>Directiva 2014/24/UE del Parlamento Europeo y del Consejo sobre contratación pública, artículo 42.</li>
<li>Reglamento (UE) n.º 1025/2012 del Parlamento Europeo y del Consejo sobre la normalización europea.</li>
<li>W3C. <em>Pautas de Accesibilidad para el Contenido Web (WCAG) 2.1</em> (Recomendación W3C, junio de 2018) y <em>WCAG 2.2</em> (Recomendación W3C, octubre de 2023).</li>
<li>Comité Técnico de Factores Humanos de ETSI. Archivo público sobre la actividad de revisión de EN 301 549 (2024-2025).</li>
</ol>

</div>

---
title: EPUB3 para la publicación accesible: lo que los editores necesitan publicar
url: https://www.disabilityworld.org/es/articles/epub3-for-accessible-publishing/
description: EPUB3.3 es el formato frente al que se medirá a los editores en virtud del European Accessibility Act.
author: Disability World
pubDate: 2026-05-22
tags: epub3, ebooks, publishing, accessibility, mathml, media-overlays, education
---

# EPUB3 para la publicación accesible: lo que los editores necesitan publicar

<div class="src-article" data-template="5">

<p class="image-alt-text">Descripción de la imagen: Un lector de libros electrónicos sobre una pila de libros físicos con unos auriculares encima, la pantalla mostrando una página de texto accesible — las superficies cotidianas donde EPUB3 tiene que funcionar.</p>

<p class="rt-prefix">Tiempo de lectura: 12 minutos</p>

<p class="wp-block-paragraph"><strong>EPUB3</strong> es el formato frente al que se medirá a los editores cuando el <a href="/articles/european-accessibility-act-guide/">European Accessibility Act</a> (Acta Europea de Accesibilidad) comience a aplicarse de forma efectiva. Es también el formato que el Tratado de Marrakech de la OMPI y el Consorcio de Libros Accesibles utilizan para transferir libros accesibles a través de fronteras, y el que esperan los usuarios de lector de pantalla, los lectores con baja visión y los estudiantes con discapacidad para la lectura impresa cuando adquieren un libro electrónico. A diferencia del PDF, EPUB3 es fluido, semántico y accesible por diseño — pero solo si el editor publica realmente los metadatos, el marcado y la navegación que exige la especificación. Un archivo con la extensión .epub no es lo mismo que un EPUB accesible.</p>

<p class="wp-block-paragraph">Esta guía está dirigida a editores, equipos de tecnología editorial y responsables de accesibilidad en distribuidores de libros electrónicos. Explica qué exige la especificación EPUB3.3, qué campos de metadatos de accesibilidad esperan que se completen las especificaciones de schema.org y EPUB Accessibility 1.1, qué sistemas de lectura renderizan realmente bien EPUB3 en 2026, dónde está incidiendo la presión del EAA sobre los distribuidores y cómo completa el ecosistema de Marrakech el panorama. Es deliberadamente concreta: al final se sabrá qué pedir al proveedor de conversión, qué incluir en los metadatos y qué probar antes de subir el archivo al distribuidor.</p>

<h2 class="wp-block-heading" id="h-what-epub3-requires">Qué exige EPUB3</h2>

<p class="wp-block-paragraph">EPUB3 es una Recomendación W3C. La versión estable actual es <strong>EPUB 3.3</strong>, publicada como Recomendación W3C en mayo de 2023, después de que el formato pasara del IDPF al W3C. EPUB 3.3 consolidó una serie de revisiones incrementales, convirtió la accesibilidad en un requisito de primer orden en lugar de un documento complementario opcional, y reforzó la relación entre EPUB y la plataforma web abierta — un EPUB es, en esencia, un archivo ZIP empaquetado de HTML, CSS, SVG y recursos de apoyo, regido por un manifiesto OPF (Open Packaging Format) y un documento de navegación.</p>

<p class="wp-block-paragraph">Para que el propio archivo sea accesible, EPUB 3.3 espera que los editores usen HTML semántico en todo el documento. Eso significa encabezados reales en el orden del documento (<code>h1</code> a <code>h6</code>), listas reales (<code>ul</code>, <code>ol</code>, <code>dl</code>), tablas reales para los datos tabulares con el ámbito correcto de <code>thead</code>, <code>tbody</code>, <code>th</code>, y el vocabulario de semántica estructural específico de EPUB (<code>epub:type</code>) para marcar capítulos, secciones, notas al pie, entradas de lista de páginas, términos del glosario y las decenas de otros roles editoriales que reconoce la especificación. Un libro cuyos títulos de capítulo son párrafos con estilo visual sin ningún elemento de encabezado no es accesible: un lector de pantalla no puede saltar al siguiente capítulo, una pantalla braille no puede anunciar el salto de capítulo y un motor de reflujo no puede generar una tabla de contenido al vuelo.</p>

<p class="wp-block-paragraph">Las etiquetas de idioma no son negociables. Todo EPUB debe declarar un idioma primario en el documento de paquete OPF, y cualquier contenido en línea en un idioma diferente debe marcarse con los atributos <code>lang</code> y <code>xml:lang</code> correspondientes. Los motores de síntesis de voz y los lectores de pantalla cambian de perfil de voz basándose en estas etiquetas; un párrafo en francés dentro de un libro en español sin etiquetar con el idioma correcto se leerá en una voz española con resultados predeciblemente cómicos y excluyentes. La misma regla se aplica a la dirección (<code>dir</code>) para el contenido mixto de izquierda a derecha y de derecha a izquierda.</p>

<p class="wp-block-paragraph">Todo EPUB debe incluir un <strong>documento de navegación</strong> — un único archivo XHTML referenciado desde el OPF como documento de navegación, que contenga como mínimo una tabla de contenido (<code>nav epub:type="toc"</code>) y, en la medida de lo posible, una lista de páginas (<code>nav epub:type="page-list"</code>) que asocie los números de página de la edición impresa a las ubicaciones en el libro y una lista de puntos de referencia (<code>nav epub:type="landmarks"</code>) que señale la portada, el cuerpo del texto, el índice y otras superficies destacables. La lista de páginas es la función que permite a un estudiante que usa un libro electrónico accesible seguir las referencias de página de un programa de estudios impreso sin perder la sincronía con sus compañeros que leen la edición en papel.</p>

<p class="wp-block-paragraph">Las imágenes necesitan texto alternativo (<code>alt</code>) para toda imagen que transmita contenido. Las imágenes decorativas llevan <code>alt=""</code> y <code>aria-hidden="true"</code> cuando procede, pero las imágenes de contenido — diagramas, fotografías en un libro de fotografía, mapas, ilustraciones en un libro infantil — necesitan descripciones reales. Las imágenes complejas, como los diagramas científicos, necesitan descripciones largas, ya sea en línea mediante <code>aria-describedby</code> apuntando a un elemento de descripción, o a través del patrón <code>epub:type="describedFootnote"</code>. Las matemáticas en cualquier libro que vaya más allá de una mención casual deben codificarse en <strong>MathML</strong>, no como capturas de pantalla en PNG. MathML es la única codificación que permite a un lector de pantalla hablar una ecuación, que permite a una pantalla braille renderizarla en Nemeth o Braille Inglés Unificado, y que permite al lector cambiar el tamaño de la ecuación sin pixelación.</p>

<p class="wp-block-paragraph">EPUB3 también admite <strong>superposiciones multimedia</strong> — narración de audio pregrabada sincronizada con el texto, definida en archivos SMIL que asocian cada fragmento de texto a un intervalo de tiempo en el audio. Un EPUB con superposición multimedia permite a un lector con bajo nivel de lectura, a un lector con una discapacidad cognitiva o simplemente a un viajero seguir el texto resaltado mientras un narrador humano lo lee en voz alta. El enfoque SMIL es anterior a la oleada moderna de síntesis de voz de alta calidad, pero ambas tecnologías son complementarias: las superposiciones multimedia siguen siendo el estándar de referencia para los libros infantiles, los títulos de aprendizaje de idiomas y las conversiones financiadas por accesibilidad, mientras que la síntesis de voz cubre la larga cola.</p>

<h2 class="wp-block-heading" id="h-accessibility-metadata">Metadatos de accesibilidad: la capa schema.org / A11y-meta</h2>

<p class="wp-block-paragraph">Un archivo accesible que no se publicita como accesible es invisible para los lectores que lo necesitan. La especificación EPUB Accessibility 1.1, publicada como Recomendación W3C junto con EPUB 3.3, exige un conjunto de campos de metadatos que deben aparecer en el documento de paquete OPF. Estos campos se basan en el vocabulario de accesibilidad de schema.org — el mismo vocabulario utilizado por Bookshare, el Consorcio DAISY, Benetech, el Consorcio de Libros Accesibles y los principales feeds de distribuidores.</p>

<p class="wp-block-paragraph">Las propiedades requeridas y fuertemente recomendadas son:</p>

<ul class="wp-block-list">
<li><strong>schema:accessMode</strong> — las modalidades que utiliza el contenido (<code>textual</code>, <code>visual</code>, <code>auditory</code>). Una novela es <code>textual</code>; un libro infantil ilustrado es <code>textual,visual</code>; un libro de texto y audio con superposición multimedia es <code>textual,visual,auditory</code>.</li>
<li><strong>schema:accessModeSufficient</strong> — las combinaciones de modalidades suficientes por sí solas para consumir el contenido. Una novela suele indicar <code>textual</code> como suficiente (porque todo lo importante está en el texto). Una novela gráfica sin descripciones de texto alternativo no puede declarar honestamente que <code>textual</code> solo es suficiente.</li>
<li><strong>schema:accessibilityFeature</strong> — las funciones discretas presentes, extraídas de un vocabulario controlado: <code>structuralNavigation</code>, <code>alternativeText</code>, <code>longDescription</code>, <code>tableOfContents</code>, <code>readingOrder</code>, <code>printPageNumbers</code>, <code>mathML</code>, <code>synchronizedAudioText</code>, <code>highContrastDisplay</code>, <code>displayTransformability</code>, <code>captions</code>, <code>transcript</code> y varios más.</li>
<li><strong>schema:accessibilityHazard</strong> — divulgación de cualquier contenido que pueda provocar convulsiones, mareo por movimiento u otras reacciones: <code>flashing</code>, <code>noFlashingHazard</code>, <code>motionSimulation</code>, <code>noMotionSimulationHazard</code>, <code>sound</code>, <code>noSoundHazard</code>. Si el libro no presenta riesgos, conviene indicarlo explícitamente.</li>
<li><strong>schema:accessibilitySummary</strong> — un resumen legible por humanos, en lenguaje claro, sobre la accesibilidad de la publicación, redactado para el lector final: «Esta publicación cumple con WCAG 2.1 Nivel AA. Todas las imágenes tienen texto alternativo. Las ecuaciones matemáticas están codificadas en MathML. Los números de página reflejan la edición impresa.»</li>
<li><strong>a11y:certifiedBy</strong>, <strong>a11y:certifierCredential</strong>, <strong>a11y:certifierReport</strong> — si un tercero ha certificado el archivo frente a EPUB Accessibility 1.1, quién lo certificó, qué credencial posee y un enlace al informe de certificación publicado.</li>
<li><strong>dcterms:conformsTo</strong> — el perfil de conformidad que cumple la publicación, expresado como una URL que apunta a los criterios de conformidad de EPUB Accessibility 1.1 (WCAG 2.1 Nivel AA o, en archivos más recientes, Nivel AAA cuando se declara).</li>
</ul>

<p class="wp-block-paragraph">Estos campos no son mero papeleo. Fluyen hacia los catálogos de los distribuidores, hacia la base de datos mundial de libros accesibles del Consorcio de Libros Accesibles, hacia el sistema de descubrimiento de Bookshare, hacia los catálogos de adquisición escolar y hacia las plantillas de notificación del EAA que ahora deben mantener los distribuidores. La norma europea EN 17161 — accesibilidad mediante «diseño para todos» — hace referencia a esta capa de metadatos, al igual que los criterios de Evaluación Funcional de Accesibilidad utilizados por el comprobador de accesibilidad ACE mantenido por el Consorcio DAISY.</p>

<h2 class="wp-block-heading" id="h-reading-systems">Sistemas de lectura: qué renderiza realmente EPUB3 en 2026</h2>

<p class="wp-block-paragraph">La queja más citada en los equipos de accesibilidad de los editores es que el mismo EPUB se renderiza de forma diferente en distintos sistemas de lectura. La queja es cierta y la diferencia importa. Un archivo que obtiene una puntuación perfecta en el comprobador DAISY ACE puede seguir sin exponer su documento de navegación en un lector de consumo popular, o sin hablar su MathML en una aplicación iOS importante. La brecha entre lo que define la especificación y lo que implementa el sistema de lectura es la razón por la que el flujo de trabajo de accesibilidad de un editor debe incluir pruebas en dispositivos reales, no solo validación a nivel de archivo.</p>

<p class="wp-block-paragraph"><strong>Thorium Reader</strong>, mantenido por el consorcio EDRLab, es el lector de escritorio gratuito de referencia para EPUB3 accesible en 2026. Implementa EPUB 3.3 y EPUB Accessibility 1.1 de forma exhaustiva, expone el documento de navegación, la lista de páginas y la lista de puntos de referencia, renderiza MathML, admite superposiciones multimedia e integra la síntesis de voz del sistema operativo y los principales lectores de pantalla (NVDA en Windows, VoiceOver en macOS, Orca en Linux). Muchos editores utilizan Thorium como lector de aceptación de accesibilidad: si un archivo funciona en Thorium, está bien formado y es conforme.</p>

<p class="wp-block-paragraph"><strong>VoiceDream Reader</strong> (ahora parte de la gama Voice Dream, adquirida en 2022) sigue siendo la principal aplicación iOS para lectores con discapacidad para la lectura impresa que desean voces de síntesis de voz de alta calidad y un control preciso de los parámetros de habla. Abre EPUB3 de forma fiable, respeta las etiquetas de idioma para el cambio de voz, admite tipografías personalizadas y tipografía adaptada para personas con dislexia, e integra los catálogos de Bookshare y Learning Ally. Para estudiantes y lectores adultos con dislexia, baja visión o ceguera, VoiceDream es con frecuencia la aplicación predeterminada.</p>

<p class="wp-block-paragraph"><strong>VoiceOver Books</strong> — la experiencia de audiolibros integrada de Apple en la aplicación Books, junto con iOS VoiceOver — es la vía que realmente toman la mayoría de los usuarios de iOS ciegos. Gestiona EPUB3 correctamente, expone el documento de navegación a VoiceOver, habla el texto alternativo, cambia de voz con las etiquetas de idioma y muestra las superposiciones multimedia. Donde Apple Books sigue teniendo dificultades es en la renderización de MathML en títulos STEM complejos y en la exposición coherente de la lista de páginas cuando el usuario navega por referencia de página impresa.</p>

<p class="wp-block-paragraph"><strong>Apple Books</strong> en macOS, iPadOS e iOS es el sistema de lectura de consumo más amplio para EPUB3 en el mercado occidental y renderiza de manera competente la mayoría de las funciones de accesibilidad. Sus limitaciones están en el extremo marginal: ciertos casos extremos de superposición multimedia, ciertos constructos MathML poco frecuentes y el comportamiento inconsistente con listas de páginas muy largas.</p>

<p class="wp-block-paragraph">La excepción llamativa en 2026 sigue siendo <strong>Amazon Kindle</strong>. Amazon no admite EPUB3 de forma nativa en el ecosistema Kindle; en cambio, lo ingiere y lo convierte al cargar en sus formatos propietarios KF8/KFX. La conversión preserva el texto, la estructura básica y muchas imágenes, pero no preserva todos los metadatos de accesibilidad, no renderiza MathML de forma fiable, elimina completamente las superposiciones multimedia y, históricamente, no ha expuesto los campos de metadatos de accesibilidad de schema.org a los usuarios que buscan en el catálogo de Kindle. Los editores que publican en Amazon a menudo mantienen un flujo de trabajo de accesibilidad KF8/KFX paralelo, pero el efecto práctico es que el EPUB3 más accesible que puede producir un editor se degrada parcialmente en el momento en que llega al mayor distribuidor de libros electrónicos en lengua inglesa. La presión del EAA descrita en la siguiente sección es la primera palanca regulatoria capaz de mover esa aguja.</p>

<h2 class="wp-block-heading" id="h-eaa-pressure">La presión del EAA sobre los distribuidores de libros electrónicos</h2>

<p class="wp-block-paragraph">El European Accessibility Act (Directiva (UE) 2019/882) entró en aplicación el <strong>28 de junio de 2025</strong>, y los libros electrónicos están explícitamente dentro de su ámbito de aplicación. El artículo 4 de la directiva obliga a los operadores económicos a garantizar que los productos y servicios que comercializan en el mercado de la UE cumplan los requisitos de accesibilidad establecidos en el Anexo I. Para los libros electrónicos y el software específico para acceder a ellos, los requisitos del Anexo I incluyen: garantizar que los libros electrónicos (y el software necesario para acceder a ellos) admitan la síntesis de voz, permitan a los usuarios adaptar la presentación (tamaño de letra, contraste, interlineado), expongan los metadatos necesarios para que la tecnología de apoyo navegue por el contenido, permitan el audio y el texto sincronizados cuando estén presentes, proporcionen alternativas al contenido no textual y eviten que las medidas de protección de los libros electrónicos bloqueen las funciones de accesibilidad.</p>

<p class="wp-block-paragraph">En la práctica, la lista del Anexo I se corresponde casi uno a uno con los criterios de conformidad de EPUB Accessibility 1.1. Un editor que publica archivos EPUB3 conformes con EPUB Accessibility 1.1 — con los metadatos de schema.org correctamente completados y una declaración del certificador — tiene una sólida presunción de conformidad con las obligaciones del Anexo I. Un editor que publica PDF no estructurado o formatos protegidos con DRM que bloquean el acceso de los lectores de pantalla se encuentra directamente en situación de incumplimiento.</p>

<p class="wp-block-paragraph">La presión del cumplimiento no recae únicamente sobre los editores. Recae por igual sobre los distribuidores, a quienes la directiva trata como operadores económicos por derecho propio. Las autoridades nacionales de vigilancia del mercado iniciaron su primera ronda de inspecciones de cumplimiento del EAA durante el segundo semestre de 2025 y a lo largo de 2026, y los distribuidores de libros electrónicos han sido un foco temprano porque los catálogos son públicos, los metadatos son legibles por máquina y el incumplimiento es fácil de evidenciar. Los distribuidores que operan en la UE generalmente exigen ahora a los editores que entreguen archivos conformes con EPUB Accessibility 1.1, que completen los campos de metadatos de schema.org y que proporcionen una declaración de certificación; algunos han comenzado a rechazar las cargas no conformes en el momento de la ingesta. Para las plataformas con dependencias significativas de formatos propietarios — Amazon Kindle, en particular — el EAA ha forzado un compromiso público hacia una mayor fidelidad a EPUB3, aunque el trabajo de ingeniería para lograrlo sigue en curso.</p>

<p class="wp-block-paragraph">Para los editores, la consecuencia operativa es inequívoca: los metadatos de accesibilidad de los libros electrónicos son ahora un requisito de publicación, no un valor añadido. Los equipos de producción que anteriormente gestionaban la accesibilidad como una conversión secundaria posterior ahora la integran en el flujo de trabajo de origen.</p>

<h2 class="wp-block-heading" id="h-marrakesh-ecosystem">El Tratado de Marrakech y el ecosistema del Consorcio de Libros Accesibles</h2>

<p class="wp-block-paragraph">EPUB3 se integra en un ecosistema más amplio de tratados e infraestructuras que los editores deben conocer porque cambia lo que significa «libro accesible» a escala. El <strong>Tratado de Marrakech</strong> — el Tratado de la OMPI de Marrakech para facilitar el acceso a las obras publicadas a las personas ciegas, con discapacidad visual o con otras dificultades para acceder al texto impreso, adoptado en 2013 y actualmente en vigor en más de 100 partes contratantes, incluidas la UE y los Estados Unidos — crea una excepción de derechos de autor que permite a las entidades autorizadas producir, distribuir e intercambiar a través de fronteras copias en formato accesible de obras publicadas en beneficio de las personas beneficiarias, sin necesitar el permiso del titular de los derechos para cada transacción.</p>

<p class="wp-block-paragraph">El Tratado se implementa en el derecho de la UE mediante la Directiva (UE) 2017/1564 y el Reglamento (UE) 2017/1563, y en los Estados Unidos mediante la Ley de Implementación del Tratado de Marrakech de 2018, que modificó el Título 17. La infraestructura operativa es gestionada por el <strong>Consorcio de Libros Accesibles (ABC)</strong>, una alianza liderada por la OMPI que reúne a organizaciones que representan a personas con discapacidad visual, bibliotecas que les sirven, editores y organismos de normalización. El ABC gestiona el Servicio Mundial del Libro, una plataforma de préstamo e intercambio transfronterizo a través de la cual las entidades autorizadas — normalmente bibliotecas nacionales para personas ciegas, organizaciones como Bookshare en los Estados Unidos y el RNIB en el Reino Unido y agencias nacionales equivalentes en Europa y el Sur Global — comparten archivos accesibles.</p>

<p class="wp-block-paragraph">El formato preferido para estos intercambios es EPUB3 con metadatos de accesibilidad completos, y para el material más antiguo o escaneado los formatos DAISY 2.02 y DAISY 3 que EPUB3 sucede en la práctica. Un libro que un editor francés haya producido como título conforme con EPUB Accessibility 1.1 puede, en principio, compartirse a través del Servicio Mundial del Libro del ABC con un lector con discapacidad para la lectura impresa en Kenya, India, Argentina o cualquier otra parte contratante, sin renegociación. El Tratado no cambia la posición comercial del editor — opera sobre la copia accesible específicamente, para la población beneficiaria específicamente — pero amplía considerablemente el público lector de cualquier libro electrónico accesible y bien formado que publique un editor.</p>

<p class="wp-block-paragraph">Para los editores, el vínculo práctico entre la capa del EAA y la capa de Marrakech es el mismo bloque de metadatos. Las propiedades de accesibilidad de schema.org, la declaración de conformidad con EPUB Accessibility 1.1 y el informe de certificación que se producen para el cumplimiento del EAA son los mismos artefactos que permiten que el archivo fluya hacia el Servicio Mundial del Libro del ABC y la red más amplia de entidades autorizadas. Con publicar el archivo una sola vez, en el formato correcto y con los metadatos correctos, ese mismo artefacto sirve tanto al régimen de cumplimiento de la UE como al público mundial de lectura accesible.</p>

<h2 class="wp-block-heading" id="h-practical-workflow">Un flujo de trabajo práctico para editores</h2>

<p class="wp-block-paragraph">El patrón de implementación en el que se asienta la mayoría de los equipos de producción, una vez aclarado el panorama, se articula en torno a cuatro pilares. <strong>Accesibilidad en la fuente</strong>: el manuscrito original está estructurado (encabezados reales, listas reales, tablas reales, con etiquetas de idioma) antes de que se produzca cualquier conversión, de modo que la conversión a EPUB preserva la estructura en lugar de tener que reconstruirla. <strong>Conversión a EPUB 3.3</strong>: la herramienta de conversión — ya sea interna, un proceso externo o una cadena de herramientas de código abierto como la del Consorcio DAISY — produce EPUB 3.3 con marcado semántico, un documento de navegación, una lista de páginas cuando el título tiene un equivalente impreso, texto alternativo en todas las imágenes de contenido, MathML donde aparecen matemáticas y superposiciones multimedia cuando el encargo editorial así lo requiere.</p>

<p class="wp-block-paragraph"><strong>Completado de metadatos</strong>: cada archivo sale de producción con un bloque completo de metadatos de accesibilidad de schema.org — accessMode, accessModeSufficient, accessibilityFeature, accessibilityHazard, accessibilitySummary, conformsTo — y cuando el título está certificado, los campos a11y:certifiedBy/Credential/Report se completan frente al certificador de registro (habitualmente el programa de certificación de Benetech, el Consorcio DAISY o un equivalente nacional). <strong>Validación y pruebas en dispositivos reales</strong>: cada archivo se valida frente a EPUBCheck y el comprobador de accesibilidad DAISY ACE, y una muestra representativa se prueba en Thorium, Apple Books, VoiceDream y los sistemas de lectura específicos de los distribuidores a través de los cuales se venderá el título.</p>

<p class="wp-block-paragraph">El coste de hacerlo es real, pero disminuye rápidamente con la práctica y las herramientas adecuadas. El coste de no hacerlo — sanciones por incumplimiento del EAA, rechazo por parte del distribuidor en el momento de la ingesta, lectores excluidos de la red de Marrakech y el coste reputacional más amplio de publicar libros electrónicos que las personas con discapacidad no pueden usar — es ahora claramente superior. La accesibilidad de EPUB3 ya no es una subdisciplina especializada al final del proceso de producción. Es la especificación.</p>

</div>

---
title: Artículos 16 y 73 del EU AI Act: la intersección entre las normas de IA de alto riesgo y la legislación sobre discapacidad
url: https://www.disabilityworld.org/es/articles/eu-ai-act-disability-intersection/
description: El Reglamento (UE) 2024/1689 — el EU AI Act — entró en aplicación general el 2 de agosto de 2026. Una guía sobre cómo los artículos 16 y 73 se intersectan con la legislación sobre discapacidad en el empleo, la educación y los servicios esenciales.
author: Disability World
pubDate: 2026-05-22
tags: eu-ai-act, ai, disability, accessibility, high-risk-ai, regulation-primer
---

# Artículos 16 y 73 del EU AI Act: la intersección entre las normas de IA de alto riesgo y la legislación sobre discapacidad

<div class="src-article" data-template="5">

<p class="image-alt-text">Descripción de la imagen: Un documento impreso del EU AI Act con una superposición transparente del árbol de accesibilidad ARIA y una pluma estilográfica encima — la señal visual de la intersección entre el EU AI Act y la legislación sobre discapacidad.</p>

<p class="rt-prefix">Tiempo de lectura: 12 minutos</p>

<p class="wp-block-paragraph"><strong>El Reglamento (UE) 2024/1689</strong>, comúnmente denominado el <strong>EU AI Act</strong>, se publicó en el <em>Diario Oficial</em> el 12 de julio de 2024, entró en vigor el 1 de agosto de 2024 y alcanzó su principal fecha de aplicabilidad — cuando las obligaciones de alto riesgo y de IA de uso general vinculan a los proveedores y operadores en todo el Mercado Único — el <strong>2 de agosto de 2026</strong>. Es la primera ley horizontal integral sobre IA en cualquier jurisdicción importante, y se sitúa por encima, sin sustituirlo, del marco normativo existente en materia de derechos de las personas con discapacidad: el <a href="/articles/european-accessibility-act-guide/">European Accessibility Act</a> (Acta Europea de Accesibilidad), la <a href="/toolkit/glossary/web-accessibility-directive/">Directiva sobre la accesibilidad de los sitios web</a>, la Directiva 2000/78/CE sobre igualdad en el empleo y la ratificación por la UE de la Convención de la ONU sobre los Derechos de las Personas con Discapacidad (CRPD).</p>

<p class="wp-block-paragraph">Dos artículos realizan la mayor parte del trabajo en el punto en que el EU AI Act y la legislación sobre discapacidad colisionan. El <strong>artículo 16</strong> establece las obligaciones de los proveedores de modelos de IA de uso general — la capa de modelos de base que impulsa la mayoría de los productos de IA orientados al consumidor en 2026. El <strong>artículo 73</strong>, leído junto con los artículos 8 a 15 y el Anexo III, establece los requisitos que vinculan a los proveedores y operadores de <strong>sistemas de IA de alto riesgo</strong>. Este artículo es una guía sobre cómo esos dos artículos se intersectan con la legislación sobre discapacidad en tres contextos concretos: la IA en el empleo (herramientas de cribado de CV, puntuación automatizada de entrevistas en vídeo), la IA en la educación (supervisión en línea de exámenes, herramientas de accesibilidad, modelos de predicción de riesgo del alumnado) y la IA en los servicios esenciales (puntuación de crédito al consumo, triaje sanitario, decisiones de elegibilidad para prestaciones públicas). También cubre la capa superpuesta de la CRPD que añaden los compromisos institucionales de la UE, y los deberes documentales — documentación técnica del Anexo IV, supervisión poscomercialización, evaluaciones de impacto sobre los derechos fundamentales — que ahora se espera que produzcan los proveedores.</p>

<h2 class="wp-block-heading" id="h-what-the-ai-act-is">Qué es el EU AI Act — y cómo se estructura</h2>

<p class="wp-block-paragraph">El EU AI Act es un reglamento, no una directiva: se aplica directamente en todos los Estados miembros sin transposición nacional, y las obligaciones que impone a los proveedores y operadores son uniformes en los 27 mercados nacionales de la UE más el EEE. Su elección arquitectónica central es un <strong>marco de niveles de riesgo</strong> con cuatro niveles — prácticas prohibidas (artículo 5), sistemas de IA de alto riesgo (artículos 6 a 27 y Anexo III), obligaciones de transparencia de riesgo limitado (artículo 50) y usos de riesgo mínimo no regulados. Superpuesto a los niveles de riesgo, un régimen separado — artículos 51 a 56 — rige los modelos de IA de uso general, con obligaciones más estrictas activadas cuando un modelo supera el umbral de riesgo sistémico establecido en el artículo 51(2).</p>

<p class="wp-block-paragraph">El calendario de aplicabilidad escalonada importa porque los proveedores que leen esto en 2026 no se enfrentan a un único plazo. Las prohibiciones del artículo 5 sobre prácticas de riesgo inaceptable — puntuación social por parte de autoridades públicas, identificación biométrica remota en tiempo real en espacios públicos salvo para usos de aplicación de la ley estrictamente definidos, reconocimiento emocional en entornos laborales y educativos — se hicieron aplicables el <strong>2 de febrero de 2025</strong>, seis meses después de la entrada en vigor. Las obligaciones de IA de uso general de los artículos 51 a 56 se hicieron aplicables el <strong>2 de agosto de 2025</strong>. El régimen completo de alto riesgo, incluidos los deberes de supervisión poscomercialización del artículo 73, entró en vigor el <strong>2 de agosto de 2026</strong>, con una prórroga adicional hasta el <strong>2 de agosto de 2027</strong> para el subconjunto de sistemas de alto riesgo que también son componentes de seguridad de productos ya regulados en virtud de la legislación sectorial de seguridad de productos de la UE (Anexo I — dispositivos médicos, maquinaria, juguetes, vehículos).</p>

<p class="wp-block-paragraph">La aplicación de la ley está dividida. Las autoridades nacionales de vigilancia del mercado — designadas por cada Estado miembro y enumeradas en un registro público mantenido por la Oficina de IA — se encargan de la aplicación de la IA de alto riesgo sobre el terreno. La Oficina de IA, establecida dentro de la DG CNECT de la Comisión Europea, tiene competencia exclusiva para la aplicación de la IA de uso general en virtud del artículo 88. Las multas administrativas máximas ascienden a <strong>35 millones de euros o el 7 % del volumen de negocio anual mundial</strong> por incumplimiento de las prohibiciones del artículo 5, 15 millones de euros o el 3 % por incumplimiento de la mayoría de las demás obligaciones de los operadores, incluidos los deberes de los artículos 16 y 73 tratados en esta guía, y 7,5 millones de euros o el 1 % por suministrar información incorrecta o engañosa a las autoridades.</p>

<h2 class="wp-block-heading" id="h-article-16-gpai">Artículo 16 — qué deben hacer los proveedores de IA de uso general</h2>

<p class="wp-block-paragraph">El artículo 16 es la disposición operativa para la capa de modelos de base. Se aplica a los proveedores de modelos de IA de uso general — definidos en el artículo 3(63) como modelos de IA entrenados con una gran cantidad de datos mediante autosupervisión a escala, que muestran una generalidad significativa y son capaces de realizar de forma competente una amplia gama de tareas distintas. Los grandes modelos de lenguaje que impulsan los chatbots, los modelos multimodales de imagen y texto utilizados en el análisis de documentos, los modelos de voz que mediatizan cada vez más la tecnología de apoyo: todos son modelos de IA de uso general a los efectos del EU AI Act, y sus proveedores asumen el conjunto de obligaciones del artículo 16.</p>

<p class="wp-block-paragraph">Los deberes del artículo 16 se dividen en tres bloques. En primer lugar, <strong>documentación técnica</strong>: los proveedores deben elaborar y mantener actualizado un expediente técnico que cubra el entrenamiento, las pruebas y la evaluación del modelo, incluidas las fuentes de datos de entrenamiento a alto nivel, el consumo energético del entrenamiento, los puntos de referencia de evaluación utilizados y las limitaciones conocidas. El Anexo XI especifica el contenido mínimo. En segundo lugar, <strong>divulgaciones de información a los operadores posteriores</strong>: los proveedores deben poner a disposición de las empresas que integran el modelo en sus propios sistemas información suficiente sobre las capacidades, limitaciones, uso previsto y riesgos conocidos del modelo para que el operador posterior pueda cumplir sus propias obligaciones en virtud del EU AI Act. En tercer lugar, <strong>derechos de autor y procedencia del contenido</strong>: los proveedores deben establecer una política para cumplir con el derecho de autor de la UE, incluida la exclusión voluntaria de minería de texto y datos del artículo 4(3) con arreglo a la Directiva (UE) 2019/790, y publicar un resumen suficientemente detallado del corpus de datos de entrenamiento.</p>

<p class="wp-block-paragraph">El ángulo de la discapacidad en el artículo 16 es doble. En primer lugar, la divulgación de limitaciones exigida en virtud de la Sección 1(2)(c) del Anexo XI cubre explícitamente los sesgos conocidos y las brechas de rendimiento injustas — y las brechas de rendimiento relevantes para la accesibilidad se encuentran de lleno dentro de ese requisito. Un modelo de reconocimiento de voz que funciona peor de manera medible con el habla disártrica, un modelo de subtitulación de imágenes que identifica erróneamente a usuarios de sillas de ruedas o dispositivos de movilidad, un modelo de lengua de signos que falla con variantes regionales: cada uno de estos es una limitación conocida que el proveedor debe comunicar a los operadores posteriores. En segundo lugar, los proveedores de modelos que superan el umbral de riesgo sistémico del artículo 51(2) (actualmente establecido en un cómputo de entrenamiento que supera los 10^25 FLOPs) asumen los deberes adicionales del artículo 55 de pruebas adversariales, notificación de incidentes, salvaguardas de ciberseguridad y evaluación de modelos frente a categorías de riesgo sistémico — incluidos los impactos sobre los derechos fundamentales, que el reglamento referencia explícitamente de vuelta a la Carta de Derechos Fundamentales y a la CRPD.</p>

<h2 class="wp-block-heading" id="h-article-73-high-risk">Artículo 73 — sistemas de IA de alto riesgo y el régimen poscomercialización</h2>

<p class="wp-block-paragraph">El artículo 73 se sitúa dentro de la Sección 3 del Capítulo III, la sección que rige los sistemas de IA de alto riesgo ya comercializados. Exige que los proveedores de IA de alto riesgo establezcan un <strong>sistema de supervisión poscomercialización</strong>, proporcionado a la naturaleza del sistema y los riesgos que presenta, que recoja, documente y analice de forma activa y sistemática los datos sobre el rendimiento del sistema de IA a lo largo de su vida útil. La supervisión debe evaluar de forma continua el cumplimiento de los requisitos establecidos en los artículos 8 a 15, con documentación que debe mantenerse disponible durante al menos diez años.</p>

<p class="wp-block-paragraph">El artículo 73 debe leerse en conjunción con los requisitos sustantivos de los artículos 8 a 15, ya que la supervisión poscomercialización es el mecanismo mediante el cual se demuestra el cumplimiento de esos requisitos a lo largo del tiempo. El artículo 9 exige un sistema de gestión de riesgos. El artículo 10 rige los datos y la gobernanza de datos — exigiendo específicamente que los conjuntos de datos de entrenamiento, validación y prueba sean pertinentes, suficientemente representativos, libres de errores y completos en función del propósito previsto, con atención explícita al «entorno geográfico, contextual, conductual o funcional específico» en que se utilizará el sistema. El artículo 11 y el Anexo IV exigen documentación técnica; el artículo 12 exige el registro automático de eventos; el artículo 13 exige transparencia e información para los operadores; el artículo 14 exige medidas de supervisión humana incorporadas al diseño del sistema; el artículo 15 exige exactitud, robustez y ciberseguridad proporcionales al propósito previsto. El artículo 26 añade luego obligaciones al lado del operador — la entidad que efectivamente pone el sistema en uso.</p>

<p class="wp-block-paragraph">Lo que hace a un sistema «de alto riesgo» se establece en el artículo 6 y el Anexo III. La lista del Anexo III nombra ocho categorías de casos de uso — biometría; infraestructura crítica; educación y formación profesional; empleo y gestión de trabajadores; acceso a servicios privados y públicos esenciales; aplicación de la ley; migración, asilo y control de fronteras; administración de justicia y procesos democráticos — y dentro de cada categoría enumera los casos de uso específicos que activan la clasificación de alto riesgo. La lista del Anexo III no es exhaustiva en concepto, pero sí vinculante en derecho: un sistema de IA utilizado para uno de los propósitos enumerados es de alto riesgo por operación del reglamento, con independencia de cómo lo comercialice el proveedor.</p>

<h2 class="wp-block-heading" id="h-where-disability-intersects">Dónde los artículos 16 y 73 se intersectan con la legislación sobre discapacidad</h2>

<p class="wp-block-paragraph">Tres puntos de intersección dominan el panorama práctico del cumplimiento en 2026: la IA en el empleo, la IA en la educación y la IA en los servicios esenciales. Cada uno se sitúa dentro de una categoría de alto riesgo del Anexo III, y cada uno conlleva una obligación directa en virtud de la legislación vigente de la UE sobre no discriminación por razón de discapacidad que el EU AI Act operacionaliza ahora.</p>

<h3 class="wp-block-heading" id="h-employment-ai">Empleo — cribado de CV, puntuación de entrevistas en vídeo, monitorización de la productividad</h3>

<p class="wp-block-paragraph">El Anexo III, Sección 4 captura los sistemas de IA utilizados para la contratación, la selección, la asignación de tareas, la evaluación del rendimiento y las decisiones de despido. Las herramientas de cribado de CV que clasifican a los candidatos según las descripciones de los puestos, las plataformas automatizadas de entrevistas en vídeo que puntúan las respuestas de los candidatos en función de las expresiones faciales, los patrones de habla y las palabras elegidas, las herramientas de monitorización de la productividad que señalan a los trabajadores para la intervención directiva basándose en datos de pulsaciones o tiempo de pantalla: todas ellas son de alto riesgo en virtud de la Sección 4 del Anexo III. El deber de gestión de riesgos del artículo 9 y el deber de gobernanza de datos del artículo 10 exigen a los proveedores que identifiquen y mitiguen los riesgos de impacto dispar en la fase de entrenamiento del modelo. La Directiva 2000/78/CE sobre igualdad en el empleo, en vigor desde 2003, ya prohíbe la discriminación directa e indirecta por razón de discapacidad en la contratación y el empleo; el EU AI Act exige ahora que la maquinaria técnica que sustenta esa prohibición sea auditable a través del expediente técnico del Anexo IV y de la supervisión poscomercialización del artículo 73.</p>

<p class="wp-block-paragraph">El deber de mitigación del sesgo es explícito. El artículo 10(2)(g) exige a los proveedores que examinen las opciones de diseño de los datos de entrenamiento en busca de «posibles sesgos que puedan afectar a la salud y la seguridad de las personas, tener un impacto negativo en los derechos fundamentales o dar lugar a una discriminación prohibida por el derecho de la Unión». Una vez identificado un impacto dispar relacionado con la discapacidad — un modelo de entrevista en vídeo que penaliza sistemáticamente a los candidatos con trastornos del habla, un modelo de análisis de recursos humanos que clasifica erróneamente los patrones de trabajo de los empleados con discapacidades cognitivas o enfermedades crónicas — el artículo 10(2)(h) exige «medidas apropiadas para detectar, prevenir y mitigar» dicho impacto. El trabajo de mitigación debe documentarse en el expediente del Anexo IV y evaluarse continuamente a través del sistema de supervisión poscomercialización del artículo 73.</p>

<h3 class="wp-block-heading" id="h-education-ai">Educación — supervisión de exámenes, herramientas de accesibilidad, predicción de riesgo</h3>

<p class="wp-block-paragraph">El Anexo III, Sección 3 cubre la IA utilizada para determinar el acceso a la educación, evaluar los resultados del aprendizaje, evaluar el nivel educativo adecuado y supervisar a los estudiantes durante los exámenes. Los sistemas de supervisión en línea que señalan el comportamiento durante los exámenes están explícitamente mencionados en los considerandos. La intersección con la legislación sobre discapacidad es aguda aquí: un modelo de supervisión entrenado con el comportamiento de referencia neurotípico señalará sistemáticamente a los estudiantes con TDAH, trastornos de tics o ansiedad — y menos del quince por ciento de los estudiantes de educación superior con discapacidades documentadas (Eurostat 2024) soporta el impacto dispar. La prohibición del artículo 5(1)(f) sobre el reconocimiento emocional en entornos educativos ya excluye del mercado legal una categoría de modelos en su totalidad; lo que queda es la capa más amplia de supervisión y predicción de riesgo que opera bajo el Anexo III, Sección 3 como de alto riesgo.</p>

<p class="wp-block-paragraph">Las herramientas de accesibilidad se sitúan al otro lado de la misma frontera. Los subtítulos impulsados por IA, la conversión de voz a texto para conferencias, la generación de texto alternativo por IA y la remediación de documentos asistida por IA no son en sí mismos usos del Anexo III — son servicios de accesibilidad. Pero cuando una institución educativa los adquiere, los deberes de transparencia y divulgación de información del EU AI Act (artículo 13, artículo 50) se superponen al requisito preexistente de declaración de accesibilidad de la Directiva sobre la accesibilidad de los sitios web. Un centro educativo que despliega una herramienta de subtítulos de IA debe publicar qué puede y qué no puede hacer la herramienta, incluidas sus brechas de precisión conocidas para el habla con acento, los dialectos regionales y el contenido en lengua de signos.</p>

<h3 class="wp-block-heading" id="h-essential-services-ai">Servicios esenciales — puntuación crediticia, triaje sanitario, elegibilidad para prestaciones</h3>

<p class="wp-block-paragraph">El Anexo III, Sección 5 cubre la IA utilizada para evaluar puntuaciones crediticias o la solvencia, para valorar el riesgo en los seguros de vida y salud, para evaluar la elegibilidad para prestaciones y servicios públicos esenciales, y para despachar o establecer prioridades en la respuesta a emergencias. Cada uno de estos ámbitos se intersecta con la legislación sobre discapacidad en un punto diferente. Los modelos de puntuación crediticia que utilizan la volatilidad de los ingresos o los patrones de gasto relacionados con la sanidad como variables pueden codificar un impacto dispar relacionado con la discapacidad; la IA de triaje sanitario que clasifica a los pacientes para el tratamiento puede reproducir el mismo sesgo ajustado por la calidad de vida que los defensores de los derechos de las personas con discapacidad han litigado durante dos décadas; la automatización de la elegibilidad para prestaciones en el contexto de la seguridad social — el fallo neerlandés sobre SyRI y los casos algorítmicos del PIP y el Universal Credit en el Reino Unido son el canon contemporáneo — se sitúa ahora de lleno en el Anexo III, Sección 5 cuando la utilizan organismos públicos de la UE.</p>

<p class="wp-block-paragraph">El artículo 27 del EU AI Act añade un deber de <strong>evaluación de impacto sobre los derechos fundamentales</strong> en el lado del operador para los sistemas de alto riesgo del Anexo III utilizados por organismos públicos y determinados operadores privados. La evaluación de impacto cubre las categorías de personas físicas que probablemente se verán afectadas, los riesgos específicos de daño, las medidas de supervisión humana establecidas y las vías de subsanación para las personas afectadas. La discapacidad no se nombra en el artículo 27, pero la prohibición de discriminación del artículo 21 de la Carta de Derechos Fundamentales — a la que remite el artículo 27 — cubre explícitamente la discapacidad, y el artículo 26 de la Carta reconoce el derecho de las personas con discapacidad a su integración y participación. La evaluación de impacto es donde el impacto sobre la discapacidad debe evaluarse antes del despliegue, no como una auditoría retrospectiva.</p>

<h2 class="wp-block-heading" id="h-crpd-overlay">La capa superpuesta de la CRPD</h2>

<p class="wp-block-paragraph">La Unión Europea es parte de la Convención de la ONU sobre los Derechos de las Personas con Discapacidad por derecho propio — el primer tratado internacional de derechos humanos al que la UE se ha adherido como organización de integración regional — y la CRPD vincula por tanto a las instituciones de la UE, incluida en su interpretación del EU AI Act. El artículo 9 de la CRPD obliga a las partes a garantizar el acceso de las personas con discapacidad a la información y las comunicaciones, incluidas las tecnologías de la información y las comunicaciones, en igualdad de condiciones con las demás. El artículo 5 las obliga a prohibir toda discriminación por motivos de discapacidad y a garantizar una protección jurídica igual y efectiva.</p>

<p class="wp-block-paragraph">El considerando 56 del EU AI Act nombra explícitamente la CRPD como parte del anclaje del reglamento en los derechos fundamentales, y las orientaciones interpretativas de la Oficina de IA — publicadas a lo largo de 2025 y 2026 en forma de documentos de preguntas y respuestas y actos delegados de la Comisión — han citado repetidamente la CRPD en el contexto de las obligaciones de accesibilidad por diseño del artículo 16 del EU AI Act (accesibilidad de la información) y la dimensión del impacto sobre la discapacidad en las evaluaciones de impacto sobre los derechos fundamentales del artículo 27. La implicación práctica: cuando una autoridad de vigilancia del mercado audita un sistema de alto riesgo del Anexo III por su impacto dispar relacionado con la discapacidad, lo audita frente a los estándares de gobernanza de datos y gestión de riesgos del EU AI Act interpretados a la luz de los compromisos de no discriminación y accesibilidad de la CRPD. Un proveedor que argumente que su modelo funciona «bien en promedio» sin abordar el rendimiento en subgrupos relevantes para la discapacidad está argumentando en contra del propio marco interpretativo del reglamento.</p>

<h2 class="wp-block-heading" id="h-practical-implications">Implicaciones prácticas para proveedores y operadores</h2>

<p class="wp-block-paragraph">Para los proveedores de sistemas de IA de alto riesgo y de modelos de IA de uso general, la arquitectura de cumplimiento en 2026 tiene cuatro componentes fundamentales. En primer lugar, el <strong>expediente de gobernanza de datos</strong> exigido por el artículo 10 — un registro estructurado de las fuentes de datos de entrenamiento, el análisis de representatividad, los sesgos identificados incluidos los relacionados con la discapacidad, y las medidas de mitigación aplicadas. En segundo lugar, la <strong>documentación técnica del Anexo IV</strong> — especificaciones de diseño, arquitectura del sistema, propósito previsto, limitaciones conocidas, instrucciones para el operador, métricas de rendimiento por subgrupos demográficos y de discapacidad donde existan los datos. En tercer lugar, el <strong>sistema de supervisión poscomercialización</strong> del artículo 73 — registro de incidentes, canales de reclamación, evaluación continua del rendimiento, revalidación periódica frente al plan de gestión de riesgos original. En cuarto lugar, donde proceda, la <strong>evaluación de impacto sobre los derechos fundamentales</strong> del artículo 27 para los operadores en el sector público y cuasipúblico.</p>

<p class="wp-block-paragraph">Las señales tempranas de aplicación de los primeros nueve meses de plena aplicabilidad (a partir de agosto de 2026) son limitadas pero orientativamente claras. La Oficina de IA ha abierto solicitudes de información contra tres proveedores nombrados de modelos de IA de uso general por razones de transparencia y resumen del material de entrenamiento. Las autoridades nacionales de vigilancia del mercado de los Países Bajos, Alemania y Francia han publicado documentos de orientación temprana sobre el empleo como IA del Anexo III, Sección 4, y los tres mencionan explícitamente las pruebas de impacto dispar relacionado con la discapacidad como una expectativa de documentación. Aún no se ha emitido ninguna sanción administrativa definitiva en virtud del artículo 99 — la curva de aplicación del RGPD tardó aprox. 18 meses en producir sus primeras multas significativas, y el EU AI Act sigue una trayectoria comparable. La señal para los proveedores es que el régimen de documentación es el régimen: un proveedor que no puede presentar su expediente del Anexo IV, su trabajo de gobernanza de datos del artículo 10 y su supervisión poscomercialización del artículo 73 a petición se encuentra en el lado equivocado del reglamento, independientemente de si ya se ha emitido una multa.</p>

<p class="wp-block-paragraph">Para la comunidad de derechos de las personas con discapacidad, el EU AI Act no sustituye las protecciones antidiscriminatorias de la Directiva 2000/78/CE, los requisitos de accesibilidad del European Accessibility Act ni los criterios de contratación pública de EN 301 549 — se sitúa por encima de ellos y les otorga una arquitectura de documentación y supervisión de la que carecían los instrumentos existentes. La próxima oleada de aplicación, esperada a lo largo de 2027 y 2028, será donde la interacción entre los deberes procedimentales del EU AI Act y la doctrina sustantiva existente sobre no discriminación por razón de discapacidad produzca la jurisprudencia que defina en la práctica qué significa realmente la mitigación del sesgo. Este artículo es el mapa del territorio; los casos trazarán las curvas de nivel.</p>

</div>

---
title: Guía del European Accessibility Act — EAA y Directiva 2019/882
url: https://www.disabilityworld.org/es/articles/european-accessibility-act-guide/
description: El European Accessibility Act (EAA) explicado — la Directiva (UE) 2019/882 entró en vigor el 28 de junio de 2025. Ámbito, WCAG 2.1 AA / EN 301 549, exención para microempresas y la defensa de carga desproporcionada del artículo 14.
author: Disability World
pubDate: 2026-05-22
tags: eaa, european-accessibility-act, eu, regulations, regulation-primer, en-301-549
---

# Guía del European Accessibility Act — EAA y Directiva 2019/882

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>Editorial</strong> · Requisitos regulatorios de la UE</span>
  </div>

  <h1>El European Accessibility Act: <em>qué exige realmente a las empresas privadas</em></h1>

  <p class="lede">La Directiva (UE) 2019/882 — el European Accessibility Act, o EAA — fue adoptada el 17 de abril de 2019, exigió la transposición por los Estados miembros antes del <strong>28 de junio de 2022</strong> y vincula a los operadores económicos afectados desde el <strong>28 de junio de 2025</strong>. Seis años desde la adopción hasta la aplicabilidad es un largo recorrido, pero las obligaciones sustantivas que establece están ahora en vigor en los <strong>27/27</strong> Estados miembros. Este es un expediente orientado a los requisitos: qué cubre la Directiva, qué productos y servicios quedan incluidos, en qué norma técnica descansa la presunción de conformidad (<strong>EN 301 549 V3.2.1</strong>, que incorpora <strong>WCAG 2.1 Nivel AA</strong>), y qué dos válvulas de escape estructurales existen: la <strong>exención para microempresas</strong> para prestadores de servicios con menos de 10 empleados o una facturación inferior a 2.000.000 €, y la <strong>defensa de carga desproporcionada</strong> del artículo 14 con su requisito de documentación de cinco años. La aplicación durante el primer año queda recogida en un artículo complementario; este artículo trata de lo que la ley exige a las empresas privadas, sobre el papel.</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">Conclusiones · Expediente EAA-REQ</span>
      <span class="dossier-meta">07 entradas · derivadas de la Directiva (UE) 2019/882, EN 301 549 V3.2.1 y los actos nacionales de transposición</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">Qué exige realmente el EAA a las empresas privadas</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">6 + 8</span>
        <div class="dossier-body">
          <p class="dossier-claim">Seis categorías de productos y ocho categorías de servicios entran dentro del ámbito sustantivo de la Directiva</p>
          <p class="dossier-note">Productos: ordenadores de propósito general, teléfonos inteligentes, equipos de televisión inteligente para el consumidor, terminales de autoservicio (cajeros automáticos, máquinas de billetes, quioscos de facturación), terminales bancarios para el consumidor y lectores de libros electrónicos. Servicios: banca para el consumidor, comunicaciones electrónicas, comercio electrónico, libros electrónicos y software dedicado, componentes de acceso a servicios de comunicación audiovisual, servicios de venta electrónica de billetes e información en el transporte, y comunicaciones de emergencia a través del 112.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">WCAG 2.1 AA</span>
        <div class="dossier-body">
          <p class="dossier-claim">La referencia técnica armonizada es EN 301 549 V3.2.1, que incorpora WCAG 2.1 Nivel AA</p>
          <p class="dossier-note">El anexo I establece los requisitos funcionales como resultados. La conformidad con la norma armonizada crea una presunción de conformidad con el anexo I, pero no lo reemplaza. El anexo II ofrece ejemplos no vinculantes de cómo pueden cumplirse los requisitos funcionales.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">28 jun. 2025</span>
        <div class="dossier-body">
          <p class="dossier-claim">La fecha de aplicabilidad sustantiva es el 28 de junio de 2025 — tres años después de la transposición y seis después de la adopción</p>
          <p class="dossier-note">Un período transitorio se extiende hasta el 28 de junio de 2030 para los servicios que utilicen productos comercializados legalmente antes de 2025, y hasta el 28 de junio de 2045 para los terminales de autoservicio ya en funcionamiento en la fecha de aplicabilidad, aunque solo hasta el final de su vida económica.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">&lt; 10 / 2M €</span>
        <div class="dossier-body">
          <p class="dossier-claim">La exención para microempresas — solo en el lado de los servicios — cubre a las empresas con menos de 10 empleados O una facturación inferior a 2.000.000 €</p>
          <p class="dossier-note">El artículo 4(5) exime a las microempresas de los requisitos del lado de los servicios (anexo I, sección IV). No se extiende a los productos. La exención es automática — no requiere solicitud ni evaluación — pero también es un concepto de un solo ámbito jurisdiccional; una plataforma transfronteriza deja de ser microempresa en cuanto supera cualquiera de los umbrales.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">Art. 14 · 5 años</span>
        <div class="dossier-body">
          <p class="dossier-claim">La defensa de carga desproporcionada del artículo 14 implica la carga de la prueba y un requisito de documentación de cinco años</p>
          <p class="dossier-note">Los operadores deben autoevaluarse conforme a los criterios del anexo VI (tamaño y recursos del operador; costes y beneficios estimados para las personas con discapacidad). La documentación debe conservarse para inspección durante cinco años y actualizarse siempre que el producto o servicio afectado se modifique sustancialmente.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">Art. 30</span>
        <div class="dossier-body">
          <p class="dossier-claim">Las sanciones las fija cada Estado miembro y deben ser «efectivas, proporcionadas y disuasorias»</p>
          <p class="dossier-note">La Directiva no establece ningún suelo ni techo armonizado. En la práctica, los límites publicados abarcan dos órdenes de magnitud: desde 5.000 € por infracción en Estonia y Eslovenia hasta aproximadamente 1.000.000 € en España (Ley 11/2023), con escalas por porcentaje de facturación de hasta el 5 % de la facturación anual en Italia.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">CE</span>
        <div class="dossier-body">
          <p class="dossier-claim">Los productos requieren un marcado CE y una Declaración UE de Conformidad; los servicios requieren una declaración de accesibilidad</p>
          <p class="dossier-note">El anexo IV establece el procedimiento de evaluación de la conformidad del lado de los productos (control interno de la producción / Módulo A). Los operadores del lado de los servicios no aplican el marcado CE, pero deben publicar una declaración de accesibilidad que indique cómo cumple el servicio el anexo I y cómo ponerse en contacto con el prestador en materia de accesibilidad.</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>Fuente</strong>Directiva (UE) 2019/882, DO L 151, 7.6.2019; anexos I, IV, VI; ETSI EN 301 549 V3.2.1; actos nacionales de transposición citados en el cuerpo de este artículo.</p>
  </section>

  <div class="toc">
    <div class="toc-title">En este expediente</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#what-it-is">Qué es el EAA, en un párrafo</a></li>
      <li><span class="toc-num">02</span><a href="#scope">Las seis categorías de productos y las ocho de servicios</a></li>
      <li><span class="toc-num">03</span><a href="#standards">EN 301 549, WCAG 2.1 AA y la presunción de conformidad</a></li>
      <li><span class="toc-num">04</span><a href="#timeline">El calendario 2019–2045</a></li>
      <li><span class="toc-num">05</span><a href="#microenterprise">La exención para microempresas</a></li>
      <li><span class="toc-num">06</span><a href="#article-14">La defensa de carga desproporcionada del artículo 14</a></li>
      <li><span class="toc-num">07</span><a href="#penalties">Los regímenes nacionales de sanciones</a></li>
      <li><span class="toc-num">08</span><a href="#operator-duties">Qué deben hacer realmente las empresas privadas</a></li>
      <li><span class="toc-num">09</span><a href="#what-it-asks">Qué pide la Directiva al capital privado</a></li>
      <li><span class="toc-num">10</span><a href="#sources">Fuentes</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="what-it-is">Qué es el EAA, en un párrafo</h2>

  <p class="dropcap-first">El European Accessibility Act es una directiva — no un reglamento — adoptada al amparo del artículo 114 del Tratado de Funcionamiento de la Unión Europea, la base jurídica del mercado interior. Armoniza los requisitos de accesibilidad de los Estados miembros para una lista definida de productos y servicios comercializados en el mercado de la UE, de modo que un lector electrónico, una interfaz bancaria o un proceso de pago de comercio electrónico diseñado para el mercado alemán no tenga que reingeniarse para el mercado español porque las obligaciones de accesibilidad subyacentes difieran. La postura legislativa es la del mercado único: al fijar un único estándar de resultados a nivel de la UE, la Directiva elimina el mosaico de normas nacionales de accesibilidad que había crecido en torno a los productos y servicios desde los años 2000. El beneficio en materia de accesibilidad es la consecuencia; el mecanismo jurídico es la armonización.</p>

  <p>El título completo de la Directiva es la descripción más exacta de lo que hace: <em>Directiva (UE) 2019/882 del Parlamento Europeo y del Consejo, de 17 de abril de 2019, sobre los requisitos de accesibilidad de los productos y servicios.</em> Publicada en el Diario Oficial de la Unión Europea como DO L 151 el 7 de junio de 2019, exigió su transposición al derecho nacional antes del 28 de junio de 2022 y vincula a los operadores económicos afectados desde el 28 de junio de 2025. La fecha de aplicabilidad — no la fecha de transposición — es el momento en que las obligaciones sustantivas de la Directiva se imponen a las empresas privadas. Para una empresa que comercializa productos cubiertos en el mercado de la UE o presta servicios cubiertos a consumidores de la UE, el 28 de junio de 2025 es cuando la ley empieza realmente a hacer preguntas.</p>

  <p>Un encuadre crucial: la Directiva es un instrumento del sector privado. El régimen de accesibilidad del sector público — sitios web y aplicaciones móviles de los organismos del sector público — está regulado por la <strong><span lang="en">Web Accessibility Directive</span> (Directiva sobre la accesibilidad de los sitios web) (UE) 2016/2102</strong>, que está en vigor desde 2018 y utiliza una referencia técnica similar pero distinta. Una empresa no debe asumir que el cumplimiento de 2016/2102 implica el cumplimiento de 2019/882, ni viceversa: los dos regímenes coinciden en el suelo WCAG pero divergen en el mecanismo de evaluación de la conformidad, la arquitectura de sanciones y el régimen de exenciones.</p>

  <hr />

  <h2 id="scope">Las seis categorías de productos y las ocho de servicios</h2>

  <figure class="article-figure">
    <img src="/article-images/european-accessibility-act-guide/inline-1.webp" alt="Las seis categorías principales del ámbito del EAA — ordenadores, cajeros automáticos, comercio electrónico, banca, lectores electrónicos, medios audiovisuales — visualizadas como una cuadrícula de iconos." width="800" height="450" loading="lazy" />
    <figcaption>El EAA cubre seis categorías de productos y ocho categorías de servicios. La cuadrícula anterior es el segmento orientado al consumidor: las superficies cotidianas en las que la Directiva afecta con mayor frecuencia a la hoja de ruta de productos de una empresa privada.</figcaption>
  </figure>

  <p>El ámbito sustantivo de la Directiva se establece en el artículo 2 y se detalla en el artículo 3. La lista es cerrada: un producto o servicio que no figure en ella no queda incluido, independientemente de lo interactivo o orientado al consumidor que sea. Esta es la primera pregunta que formula un equipo de cumplimiento, y también la pregunta que más se malinterpreta en la primera oleada de cobertura del EAA. La Directiva no cubre «todos los productos digitales». Cubre una lista específica y enumerada.</p>

  <h3>Productos en el ámbito (artículo 2(1))</h3>

  <ul>
    <li><strong>Sistemas informáticos de hardware de propósito general y sus sistemas operativos</strong>, incluidos ordenadores de escritorio, portátiles y el software del sistema operativo que se suministra con ellos.</li>
    <li><strong>Terminales de autoservicio</strong> — terminales de pago en el punto de venta, cajeros automáticos, máquinas expendedoras de billetes (ferroviarios, aéreos, de carretera), quioscos de facturación (aeropuertos, hoteles) y quioscos interactivos de autoservicio que proporcionan información sobre servicios cubiertos.</li>
    <li><strong>Equipos terminales de consumidores</strong> con capacidad informática interactiva para servicios de comunicaciones electrónicas — teléfonos inteligentes, tabletas con conectividad celular, módems, enrutadores.</li>
    <li><strong>Equipos terminales de consumidores</strong> con capacidad informática interactiva para acceder a servicios de comunicación audiovisual — televisores inteligentes, decodificadores, dispositivos de transmisión en continuo.</li>
    <li><strong>Lectores de libros electrónicos.</strong> Dispositivos dedicados a la lectura de libros electrónicos, independientemente del sistema operativo.</li>
    <li><strong>Terminales de servicios bancarios.</strong> Hardware bancario específico para el consumidor no incluido ya en los terminales de autoservicio (terminales de punto de venta dedicados a transacciones bancarias del consumidor).</li>
  </ul>

  <h3>Servicios en el ámbito (artículo 2(2))</h3>

  <ul>
    <li><strong>Servicios bancarios para consumidores</strong>, incluidas cuentas corrientes, servicios de pago, transacciones con tarjeta de crédito, crédito al consumo y las interfaces públicas (portales de banca en línea, aplicaciones de banca móvil, cajeros automáticos como superficie de servicio) a través de las cuales se prestan.</li>
    <li><strong>Servicios de comunicaciones electrónicas</strong> — servicios de acceso a internet, servicios de voz, servicios de mensajería y las interfaces orientadas al cliente utilizadas para suscribirse y gestionarlos.</li>
    <li><strong>Servicios que proporcionan acceso a servicios de comunicación audiovisual</strong>, incluidas las guías electrónicas de programas (EPG) y las interfaces orientadas al cliente de plataformas de transmisión en continuo y radiodifusión, pero no el propio contenido audiovisual, que está regulado por la <span lang="en">Audiovisual Media Services Directive</span> (UE) 2018/1808.</li>
    <li><strong>Servicios de transporte de pasajeros aéreo, en autobús, ferroviario y en barco</strong> — limitados a elementos específicos del servicio: sitios web, servicios basados en dispositivos móviles incluidas las aplicaciones móviles, venta electrónica de billetes, información de viaje en tiempo real y terminales de autoservicio situados en el territorio de la UE.</li>
    <li><strong>Servicios de comercio electrónico al consumidor.</strong> Servicios prestados a través de sitios web o aplicaciones móviles que permiten a los consumidores celebrar un contrato con un comerciante para el suministro de productos o servicios. Esta es la categoría de ámbito que incluye al mayor número de empresas privadas.</li>
    <li><strong>El número europeo único de emergencias 112.</strong> Las comunicaciones hacia y desde el servicio 112 deben ser accesibles.</li>
    <li><strong>Libros electrónicos y software dedicado</strong> — el propio archivo de publicación electrónica, el software del dispositivo de lectura y el servicio a través del cual se adquiere y gestiona el libro electrónico.</li>
  </ul>

  <p>Dos categorías merecen una lectura atenta. Los <strong>componentes de acceso a servicios de comunicación audiovisual</strong> cubren la interfaz con los servicios audiovisuales — no el contenido audiovisual. La cuestión de si una serie de Netflix incluye audiodescripción compete a la Directiva de servicios de comunicación audiovisual; la cuestión de si el flujo de registro de la aplicación de Netflix es navegable por teclado compete al EAA. Los <strong>servicios de transporte</strong> quedan cubiertos únicamente en sus superficies digitales (sitios web, aplicaciones, quioscos de venta de billetes, información en tiempo real); la accesibilidad física de estaciones, material rodante y aeronaves sigue rigiéndose por la normativa del modo de transporte correspondiente (Reglamento (UE) 1300/2014 para ferroviarios, Reglamento (UE) 181/2011 para autobuses, Reglamento (CE) 1107/2006 para pasajeros aéreos con movilidad reducida).</p>

  <div class="callout info">
    <div class="ct">Qué no está en el ámbito — y por qué importa</div>
    <p>La lista cerrada de la Directiva excluye grandes categorías de actividad digital. El software de uso interno en el lugar de trabajo, las herramientas empresariales internas, las plataformas empresa a empresa que no se venden a los consumidores, los videojuegos, las redes sociales, los motores de búsqueda y los sitios web de solo información que no permiten al usuario celebrar un contrato — ninguno de estos queda incluido por el EAA. Algunos actos nacionales de transposición han ampliado el ámbito nacional (la <span lang="de">Barrierefreiheitsstärkungsgesetz</span> alemana [BFSG] cubre un ámbito más reducido de lo que algunos esperaban; la española Ley 11/2023 cubre aproximadamente la lista de la Directiva). Una empresa que opere en toda la UE debe verificar el acto nacional de transposición en cada Estado miembro de operación para determinar el ámbito, no solo la Directiva.</p>
  </div>

  <p>La Directiva se aplica a los operadores económicos — fabricantes, importadores, distribuidores, prestadores de servicios — independientemente del lugar en que estén establecidos, siempre que comercialicen productos en el mercado de la UE o presten servicios a consumidores de la UE. Una plataforma de comercio electrónico con sede en EE. UU. que vende a consumidores franceses a través de un sitio en francés es un «prestador de servicios» en virtud de la Directiva del mismo modo que un minorista con sede en París. La cuestión territorial es el mercado, no el domicilio social.</p>

  <hr />

  <h2 id="standards">EN 301 549, WCAG 2.1 AA y la presunción de conformidad</h2>

  <p>La propia Directiva no contiene una especificación técnica de accesibilidad literal. El anexo I establece los requisitos funcionales como resultados — por ejemplo, que la información se proporciona «a través de más de un canal sensorial», que «los elementos de la interfaz de usuario son manejables a través de más de un modo de entrada», que «los elementos de la interfaz de usuario incluyen técnicas adaptativas que tienen en cuenta los requisitos de la tecnología de apoyo». Son resultados hacia los que un diseñador puede trabajar, pero que no puede verificar mecánicamente. El mecanismo de la Directiva para cerrar esa brecha es la <strong>norma armonizada</strong>: una especificación técnica elaborada por un Organismo Europeo de Normalización (en este caso ETSI, el Instituto Europeo de Normas de Telecomunicaciones) y referenciada por la Comisión Europea mediante Decisión de Ejecución.</p>

  <p>La norma armonizada referenciada es <strong>ETSI EN 301 549 V3.2.1</strong>, publicada originalmente en marzo de 2021 y referenciada por la Comisión en 2024–25 a efectos de evaluación de la conformidad con el EAA. La norma incorpora las <strong>[Pautas de Accesibilidad para el Contenido Web (WCAG) 2.1 Nivel AA](/toolkit/standards/wcag/)</strong> del W3C para la capa de contenido digital, y añade requisitos relativos a hardware, TIC con comunicación de voz bidireccional, TIC con capacidades de vídeo, herramientas de edición basadas en web y compatibilidad con tecnología de apoyo para productos fuera del ámbito exclusivo de la web.</p>

  <p>El efecto jurídico de la norma armonizada es la <strong>presunción de conformidad</strong> establecida en el artículo 15 de la Directiva. Un producto o servicio que se ajuste a EN 301 549 V3.2.1 se presume conforme con los requisitos funcionales del anexo I, lo que significa que una autoridad de vigilancia del mercado que quiera impugnar esa conformidad asume la carga de demostrar que la norma no cumple, de hecho, el resultado que exige el anexo. A la inversa, un producto o servicio que no sigue la norma armonizada no es automáticamente no conforme: el operador puede demostrar, por otra vía, que se cumplen los resultados del anexo I. La norma armonizada es un puerto seguro, no una incorporación literal.</p>

  <div class="stat-row r3">
    <div class="stat-box"><div class="stat-big">EN 301 549</div><div class="stat-desc">Norma armonizada referenciada por la Comisión</div></div>
    <div class="stat-box"><div class="stat-big">V3.2.1</div><div class="stat-desc">Versión referenciada actualmente (marzo de 2021)</div></div>
    <div class="stat-box"><div class="stat-big">WCAG 2.1 AA</div><div class="stat-desc">Capa de contenido web dentro de V3.2.1</div></div>
  </div>

  <p>Para la mayoría de los prestadores de servicios en las categorías de comercio electrónico, banca, comunicaciones electrónicas y acceso audiovisual, la pregunta práctica de cumplimiento se reduce a: <em>¿supera nuestra web y aplicación orientada al cliente WCAG 2.1 Nivel AA, con los complementos de EN 301 549 para cualquier hardware o interfaz de comunicación bidireccional que operemos?</em> Esa es la pregunta que responde la norma — y la pregunta que la primera oleada de acciones de aplicación nacionales ha planteado implícitamente. Los redactores de la Directiva fueron cuidadosos al mantener la obligación jurídica en el nivel de los resultados (anexo I) precisamente para que la norma técnica subyacente pudiera actualizarse sin reabrir la Directiva. EN 301 549 V4, que incorpora <strong>WCAG 2.2</strong>, se encuentra en fase de redacción avanzada en ETSI a mediados de 2026 y se espera que sea referenciada por la Comisión en un plazo de 18 meses, momento en el que la conformidad con V4 se convierte en el puerto seguro pertinente.</p>

  <p class="pull-quote">La Directiva fija los resultados funcionales; la norma armonizada fija la ingeniería. Una empresa diseña conforme a la norma y cumple la Directiva.</p>

  <hr />

  <h2 id="timeline">El calendario 2019–2045</h2>

  <p>La arquitectura transitoria de la Directiva es más matizada de lo que sugiere la fecha titular «28 de junio de 2025». Cuatro fechas importan a los equipos de cumplimiento.</p>

  <div class="process">
    <div class="process-step"><span class="ps-num">01</span><span class="ps-title">17 de abril de 2019 — Adopción</span><span class="ps-desc">La Directiva (UE) 2019/882 es adoptada por el Parlamento y el Consejo y publicada en el DO L 151 el 7 de junio de 2019.</span></div>
    <div class="process-step"><span class="ps-num">02</span><span class="ps-title">28 de junio de 2022 — Plazo de transposición</span><span class="ps-desc">Los Estados miembros deben haber puesto en vigor las leyes y reglamentos necesarios para cumplir la Directiva.</span></div>
    <div class="process-step"><span class="ps-num">03</span><span class="ps-title">28 de junio de 2025 — Aplicabilidad</span><span class="ps-desc">Las obligaciones sustantivas se imponen a los operadores económicos afectados. Los productos comercializados y los servicios prestados a los consumidores a partir de esta fecha deben cumplir la Directiva.</span></div>
    <div class="process-step"><span class="ps-num">04</span><span class="ps-title">28 de junio de 2030 — Período transitorio de servicios</span><span class="ps-desc">Los prestadores de servicios pueden seguir prestando servicios utilizando productos legalmente empleados para prestar servicios similares antes del 28 de junio de 2025 hasta el 28 de junio de 2030. Los terminales de autoservicio utilizados legalmente antes del 28 de junio de 2025 podrán seguir en uso hasta el final de su vida económica, pero no más allá de 20 años (28 de junio de 2045).</span></div>
  </div>

  <p>Las disposiciones transitorias del artículo 32 son importantes y se leen con frecuencia de forma errónea. Un banco que operaba una red de cajeros automáticos el 27 de junio de 2025 no tiene que adaptar cada máquina existente al día siguiente; puede seguir utilizando esas máquinas hasta que alcancen el final de su vida económica, con un límite máximo fijado en el 28 de junio de 2045. Cualquier nueva máquina desplegada a partir del 28 de junio de 2025 debe ser conforme. La misma lógica se aplica, con un plazo más corto, a los prestadores de servicios que utilizan infraestructura de productos: la infraestructura de productos heredada puede utilizarse en la prestación de servicios hasta el 28 de junio de 2030, pero la nueva infraestructura de productos desplegada a partir de 2025 debe ser conforme desde el primer día.</p>

  <p>El período transitorio es un trinquete unidireccional en el lado de los productos: no protege la superficie digital de un servicio cubierto. La aplicación móvil de un banco, el flujo de pago de un minorista, la página de registro de una plataforma audiovisual — son servicios y han estado vinculados por los requisitos sustantivos desde el 28 de junio de 2025, independientemente de cuándo se desplegó por primera vez el código subyacente. El período transitorio cubre el parque de hardware, no el parque web.</p>

  <hr />

  <h2 id="microenterprise">La exención para microempresas</h2>

  <p>El artículo 4(5) de la Directiva contiene la exención más debatida: <strong>las microempresas que prestan servicios quedan exentas de los requisitos del lado de los servicios</strong>. La definición de microempresa es la estándar utilizada en los instrumentos de la UE — una empresa que emplea a menos de 10 personas y cuya facturación anual o cuyo balance general anual no supera los 2.000.000 €. Los umbrales son alternativos en el lado financiero (facturación O balance) y acumulativos entre este y el número de empleados (menos de 10 empleados Y menos de 2.000.000 €).</p>

  <p>La exención tiene tres propiedades que conviene destacar para cualquier empresa que se encuentre cerca del umbral:</p>

  <ul>
    <li><strong>Solo en el lado de los servicios.</strong> El artículo 4(5) no se extiende al lado de los productos de la Directiva. Un pequeño fabricante de hardware con 6 empleados se enfrenta al mismo régimen de evaluación de la conformidad — control interno de la producción, marcado CE, Declaración UE de Conformidad — que una multinacional. La asimetría es una compensación deliberada entre el coste de cumplimiento y la carga de conformidad, pero sorprende a todas las pequeñas empresas de hardware que se enfrentan a ella.</li>
    <li><strong>Automática, no declarada.</strong> Una microempresa no solicita la exención; simplemente queda fuera del ámbito del lado de los servicios. Los actos nacionales de transposición pueden exigir a una microempresa que facilite información a las autoridades a petición, o que publique un breve aviso, pero la exención sustantiva es automática.</li>
    <li><strong>Superar el umbral tiene efectos prospectivos.</strong> Una vez que una empresa supera los 10 empleados o los 2.000.000 € de facturación, queda sujeta a los requisitos del lado de los servicios a partir del siguiente ejercicio económico. La Directiva no exige cumplimiento retroactivo para los períodos durante los cuales la empresa era una microempresa.</li>
  </ul>

  <div class="callout warning">
    <div class="ct">La trampa de la microempresa transfronteriza</div>
    <p>El estatuto de microempresa se calcula a nivel de la empresa — no por Estado miembro. Una plataforma con 6 empleados y 1.500.000 € de facturación en toda la UE es una microempresa. Una plataforma con 6 empleados y 1.500.000 € de facturación en Francia más 1.000.000 € en Alemania y 1.000.000 € en España <strong>no</strong> es una microempresa: la facturación total es de 3.500.000 €, muy por encima del umbral. Las plataformas transfronterizas superan el umbral más rápidamente que las plataformas nacionales, y no existe ningún mecanismo de alivio por jurisdicción.</p>
    <p>La norma sobre «empresas vinculadas» de la Recomendación 2003/361/CE de la Comisión también es relevante: una empresa controlada por un grupo mayor cuenta el número de empleados y la facturación del grupo, no solo los propios. Una filial nominalmente pequeña de una multinacional no tiene derecho a la exención.</p>
  </div>

  <p>La exención ha sido objeto de un intenso cabildeo por parte de federaciones de pequeñas empresas en varios Estados miembros, con propuestas para elevar el umbral o ampliarlo al lado de los productos. Ninguna de esas propuestas ha encontrado, a mediados de 2026, su camino en los actos nacionales de transposición. La revisión de 2030 por parte de la Comisión revisará la exención — el artículo 33 exige a la Comisión que evalúe «el impacto en las microempresas prestadoras de servicios» como parte de la revisión.</p>

  <hr />

  <h2 id="article-14">La defensa de carga desproporcionada del artículo 14</h2>

  <p>La segunda válvula de escape estructural es el artículo 14 — la <strong>defensa de carga desproporcionada</strong>. A diferencia de la exención para microempresas, que es automática y estructural, el artículo 14 es una vía de autoevaluación disponible para cualquier operador afectado. Un operador puede invocar la defensa para argumentar que un requisito de accesibilidad específico — no el régimen completo — supondría una carga desproporcionada, tras ponderar el coste del cumplimiento frente al beneficio para las personas con discapacidad. Los criterios de la evaluación se establecen en el anexo VI.</p>

  <p>Tres características de la defensa determinan si está realmente disponible para un operador concreto.</p>

  <h3>La carga de la prueba recae sobre el operador</h3>

  <p>Un operador que invoque el artículo 14 debe llevar a cabo la evaluación, documentarla y conservar la documentación para su inspección. Los criterios del anexo VI son: (a) la relación entre los costes netos del cumplimiento y los costes globales (gastos de capital y de explotación) de fabricación, distribución o importación del producto o de prestación del servicio; (b) los costes y beneficios estimados para el operador, incluidos los procesos de producción e inversiones, en relación con el beneficio estimado para las personas con discapacidad, teniendo en cuenta la frecuencia y la duración del uso del producto o servicio específico; (c) el tamaño, los recursos y la naturaleza del operador. Un operador pequeño con recursos limitados dispone de mayor margen bajo el criterio (c) que una multinacional; un operador que presta un servicio de uso infrecuente dispone de mayor margen bajo el criterio (b) que uno que presta un servicio de uso diario.</p>

  <h3>La documentación debe conservarse durante cinco años</h3>

  <p>El artículo 14(8) exige a los operadores que mantengan la evaluación de carga desproporcionada disponible para su inspección por las autoridades de vigilancia del mercado durante cinco años desde que el producto se puso por última vez a disposición en el mercado o el servicio se prestó por última vez. La documentación debe actualizarse cuando el producto o servicio se modifique sustancialmente, cuando así lo solicite la autoridad de vigilancia del mercado, o cuando se actualice una norma armonizada aplicable. Una defensa sin documentación contemporánea no es una defensa — las autoridades han considerado, durante el primer año de aplicación, que la ausencia de documentación es decisiva en contra del operador.</p>

  <h3>Es granular, no aplicable a toda la plataforma</h3>

  <p>El artículo 14 se aplica a requisitos de accesibilidad específicos, no a plataformas completas. Un operador de comercio electrónico no puede invocar la defensa para argumentar que ejecutar un proceso de pago accesible es, en conjunto, desproporcionadamente gravoso. El operador puede, con documentación, argumentar que un requisito particular — por ejemplo, proporcionar audiodescripción en demostraciones de vídeo de productos archivados publicadas antes de una determinada fecha — es desproporcionado en el contexto específico. El primer año de aplicación nacional ha confirmado esta interpretación: la defensa ha prosperado en exenciones estrechas de funcionalidades heredadas y ha fracasado cuando se ha invocado para cubrir toda una superficie de plataforma.</p>

  <div class="callout info">
    <div class="ct">Las cinco preguntas que debe responder la documentación del artículo 14</div>
    <p>La orientación nacional emitida por el BMAS alemán, el RDI neerlandés y la DGCCRF francesa durante 2025–26 converge en una plantilla de cinco preguntas para la documentación del artículo 14, todas derivadas del anexo VI: (1) ¿Qué requisito de accesibilidad específico se evalúa? (2) ¿Cuál es el coste neto estimado del cumplimiento, desglosado del coste base del producto o servicio? (3) ¿Cuál es la población estimada de personas con discapacidad beneficiadas y la frecuencia de uso? (4) ¿Cuál es la relación coste-beneficio en relación con el tamaño y los recursos del operador? (5) ¿Cuál es el desencadenante previsto para la reevaluación — modificación sustancial, actualización de normas o fecha fija? Cualquier expediente del artículo 14 al que le falte uno de estos cinco elementos es tratado, en la práctica, como incompleto por las autoridades de vigilancia.</p>
  </div>

  <p>Una interacción importante: el artículo 14 no puede utilizarse para alegar carga desproporcionada cuando el operador <strong>recibe financiación externa</strong> para mejoras de accesibilidad procedente de fuentes distintas a las propias (fondos de mejora de la accesibilidad de la UE, públicos o privados). El criterio está incorporado directamente en el anexo VI — un operador que se beneficia de un programa nacional de subvenciones de accesibilidad digital no puede alegar simultáneamente carga desproporcionada en la funcionalidad financiada.</p>

  <hr />

  <h2 id="penalties">Los regímenes nacionales de sanciones</h2>

  <p>El artículo 30 de la Directiva establece el principio de las sanciones — deben ser «efectivas, proporcionadas y disuasorias» — y deja la arquitectura absoluta en manos de los legisladores de los Estados miembros. Esta es la mayor fuente de desigualdad operativa en todo el Mercado Único. Los actos de transposición adoptados entre 2021 y 2025 han producido calendarios de sanciones que difieren en dos órdenes de magnitud.</p>

  <table class="dt">
    <caption class="sr-only">Límites máximos de sanción por infracción bajo los actos de transposición del EAA de Estados miembros seleccionados, mediados de 2026.</caption>
    <thead>
      <tr>
        <th scope="col">Estado miembro</th>
        <th scope="col">Acto de transposición</th>
        <th scope="col">Límite máximo por infracción</th>
      </tr>
    </thead>
    <tbody>
      <tr><td>Alemania</td><td><span lang="de">Barrierefreiheitsstärkungsgesetz</span> (BFSG, 2021)</td><td class="num">100.000 €</td></tr>
      <tr><td>Francia</td><td><span lang="fr">Loi n° 2005-102</span>, decretos de aplicación RGAA (2023)</td><td class="num">aprox. 75.000 €</td></tr>
      <tr><td>Países Bajos</td><td><span lang="nl">Implementatiewet toegankelijkheidsvoorschriften</span> (2022)</td><td class="num">aprox. 87.000 €</td></tr>
      <tr><td>España</td><td>Ley 11/2023</td><td class="num">hasta 1.000.000 €</td></tr>
      <tr><td>Italia</td><td><span lang="it">D.lgs. n. 82/2022</span> (extensión de la <span lang="it">Legge Stanca</span>)</td><td class="num">hasta el 5 % de la facturación</td></tr>
      <tr><td>Estonia</td><td><span lang="et">Toodete ja teenuste ligipääsetavuse seadus</span> (2022)</td><td class="num">5.000–32.000 €</td></tr>
      <tr><td>Eslovenia</td><td><span lang="sl">Zakon o dostopnosti proizvodov in storitev</span> (2022)</td><td class="num">10.000–40.000 €</td></tr>
    </tbody>
  </table>

  <p>La diferencia importa por al menos tres razones. En primer lugar, configura el cálculo disuasorio de forma diferente en cada Estado miembro: un operador que sopesa si litigar una reclamación marginal de carga desproporcionada se enfrenta a escenarios muy distintos en Madrid y Tallin. En segundo lugar, plantea una cuestión de selección de foro para la aplicación transfronteriza: ¿qué autoridad asumirá el liderazgo cuando una plataforma no perteneciente a la UE falle en múltiples superficies de Estados miembros simultáneamente? En tercer lugar, es en sí misma un problema de mercado único que se espera que aborde la revisión de 2030 de la Comisión — el artículo 33 exige expresamente a la Comisión que evalúe «la efectividad, proporcionalidad y efecto disuasorio» de los regímenes nacionales de sanciones.</p>

  <p>Para la planificación del cumplimiento del lado de los requisitos, la implicación práctica es que un operador no puede modelar un presupuesto uniforme de cumplimiento para toda la UE frente a un único límite de sanciones. La jurisdicción de mayor exposición tenderá a marcar el horizonte de planificación, y la jurisdicción de mayor exposición no es siempre el mercado más grande. Un operador de comercio electrónico multinacional con una concentración de ingresos desproporcionada en España o Italia planificará ante un peor escenario diferente al de uno con concentración en Alemania y los Países Bajos. (Para una panorámica completa de la aplicación durante el primer año — resoluciones sancionadoras emitidas, trayectorias de las tasas de análisis, acción transfronteriza — véase nuestro artículo complementario, <a href="/articles/eaa-first-year-enforcement-report/">EAA primer año: aplicación, sanciones y la trayectoria de la tasa de cumplimiento en los 27 de la UE</a>.)</p>

  <hr />

  <h2 id="operator-duties">Qué deben hacer realmente las empresas privadas</h2>

  <p>La Directiva distingue cuatro clases de <strong>operadores económicos</strong> y asigna a cada uno un conjunto distinto de obligaciones. Una misma empresa puede ser más de uno de estos a la vez.</p>

  <div class="method-grid">
    <div class="method-card"><div class="method-num">A</div><div class="method-label">Fabricantes (art. 7)</div></div>
    <div class="method-card"><div class="method-num">B</div><div class="method-label">Importadores (art. 9)</div></div>
    <div class="method-card"><div class="method-num">C</div><div class="method-label">Distribuidores (art. 10)</div></div>
    <div class="method-card"><div class="method-num">D</div><div class="method-label">Prestadores de servicios (art. 13)</div></div>
  </div>

  <p><strong>Los fabricantes</strong> (artículo 7) deben diseñar y fabricar los productos de conformidad con el anexo I, elaborar la documentación técnica establecida en el anexo IV, llevar a cabo el procedimiento de evaluación de la conformidad mediante control interno de la producción (de nuevo el anexo IV — Módulo A), elaborar una Declaración UE de Conformidad, aplicar el marcado CE e indicar su nombre y dirección de contacto en el producto. Deben conservar la documentación técnica y la Declaración de Conformidad durante cinco años desde que el producto se puso en el mercado.</p>

  <p><strong>Los importadores</strong> (artículo 9) deben verificar, antes de comercializar un producto, que el fabricante ha llevado a cabo el procedimiento de evaluación de la conformidad, que se ha elaborado la documentación técnica, que el producto lleva el marcado CE, que va acompañado de los documentos requeridos y que el fabricante ha cumplido los requisitos de etiquetado. Los importadores indican su propio nombre y dirección de contacto en el producto, en un documento adjunto o, cuando ello no sea posible por el tamaño o la naturaleza del producto, de otra forma adecuada.</p>

  <p><strong>Los distribuidores</strong> (artículo 10) deben verificar que el producto lleva el marcado CE, va acompañado de los documentos requeridos y que el fabricante y el importador (si los hubiera) han cumplido los requisitos de identificación. Los distribuidores no tienen que repetir la evaluación de la conformidad; son controles de calidad, no evaluadores.</p>

  <p><strong>Los prestadores de servicios</strong> (artículo 13) son el grupo más numeroso. Deben diseñar y prestar servicios de conformidad con los requisitos funcionales del anexo I; elaborar la información requerida por el anexo V (la declaración de accesibilidad), ponerla a disposición del público de forma accesible para las personas con discapacidad, y conservarla mientras el servicio esté en funcionamiento; garantizar que existen procedimientos para mantener la accesibilidad del servicio a través de los cambios en las características del servicio, las normas armonizadas aplicables y la legislación aplicable de los Estados miembros; y proporcionar información sobre cómo se ha garantizado el cumplimiento de los requisitos de accesibilidad, en caso de no conformidad, de manera que las autoridades nacionales competentes puedan verificarlo.</p>

  <div class="quote-block">
    <div class="meta">Directiva (UE) 2019/882, artículo 13(2)</div>
    <div class="quote" lang="en">"Service providers shall prepare the necessary information in accordance with Annex V and shall explain how the services meet the applicable accessibility requirements. The information shall be made available to the public in written and oral format, including in a manner which is accessible to persons with disabilities."</div>
    <span class="source">— DO L 151, 7.6.2019, p. 96</span>
  </div>

  <p>La obligación más descuidada durante el primer año de cumplimiento ha sido la <strong>declaración de accesibilidad</strong>. El anexo V exige a los prestadores de servicios que publiquen un documento que describa las características generales de accesibilidad del servicio, los requisitos de accesibilidad que cumple y — cuando se ha invocado el artículo 14 — el requisito específico que se ha considerado desproporcionadamente gravoso y la evaluación que sustenta ese juicio. La declaración de accesibilidad es la posición pública del operador sobre su cumplimiento del EAA. Una declaración ausente es una de las no conformidades más fáciles de identificar para una autoridad de vigilancia del mercado.</p>

  <hr />

  <h2 id="what-it-asks">Qué pide la Directiva al capital privado</h2>

  <p>Leído de principio a fin, el EAA es un instrumento de mercado único que toma la accesibilidad en serio como cuestión de competencia. El argumento que expusieron los redactores de la Directiva en 2019 — y que los considerandos desarrollan extensamente — es que la fragmentación de las normas nacionales de accesibilidad estaba imponiendo un coste muerto al comercio transfronterizo de productos y servicios de consumo, y que un estándar de resultados armonizado elimina ese coste sin comprometer el beneficio sustancial de accesibilidad. El beneficio revierte en las personas con discapacidad; el ahorro de costes revierte en el Mercado Único. Ambos son reales, y el diseño de la Directiva asume que se refuerzan mutuamente.</p>

  <p>Para las empresas privadas, la lectura operativa es más concreta. La Directiva exige cuatro cosas, por orden: (1) una determinación honesta del ámbito — qué productos y servicios quedan incluidos, en qué Estados miembros; (2) una determinación de ingeniería honesta — si la superficie orientada al cliente cumple hoy EN 301 549 V3.2.1 y si cumplirá V4 (WCAG 2.2) cuando se convierta en la referencia (un <a href="/toolkit/scan/">análisis gratuito de WCAG 2.2</a> es la forma más económica de establecer esa línea de base); (3) una disciplina documental — una declaración de accesibilidad conforme al anexo V para los servicios, documentación técnica conforme al anexo IV para los productos y un expediente del artículo 14 para cualquier funcionalidad en la que se invoque la defensa; y (4) un compromiso de mantenimiento — la accesibilidad no es un evento único de conformidad, sino una propiedad de la plataforma que debe preservarse en cada ciclo de publicación.</p>

  <p>El mecanismo de la Directiva es deliberadamente discreto. No nombra marcas, no señala sectores, no impone un régimen de información pública. Fija un resultado a nivel de la UE, deja la arquitectura de aplicación en manos de los Estados miembros y espera a ver qué hace el mercado. Las empresas que han abordado la Directiva como un programa de armonización del mercado único — diseñando una vez y desplegando en todas partes — han encontrado que es manejable. Las empresas que la han abordado como un problema de cumplimiento nacional en 27 jurisdicciones lo han encontrado costoso. Los redactores de la Directiva apostaron a que, con el tiempo, prevalecería la primera interpretación. El primer año de aplicabilidad sugiere que tenían razón.</p>

  <p>Para los equipos que ponen en práctica una postura conforme con el EAA: el <a href="/articles/how-to-make-your-website-wcag-22-compliant/">libro de jugadas paso a paso para el cumplimiento de WCAG 2.2</a> cubre la auditoría, la corrección y la monitorización continua; la <a href="/articles/accessibility-monitoring-buyers-guide-2026/">guía de compra de monitorización de accesibilidad</a> compara las plataformas que utilizan las organizaciones para mantener esa postura; la <a href="/articles/manual-audits-by-people-with-disabilities-2026/">guía de auditoría manual</a> cubre la capa de revisión humana que el artículo 14 presupone en la práctica; y el <a href="/articles/accessibility-compliance-explainer/">artículo explicativo sobre el cumplimiento de la accesibilidad</a> traza el mapa entre el EAA, la ADA y el resto del panorama regulatorio.</p>

  <footer class="footer-note" id="sources">
    <p><strong>Metodología y datos:</strong> Este artículo es un resumen de requisitos derivado del texto consolidado de la Directiva (UE) 2019/882, los actos de transposición publicados por los Estados miembros citados, la norma armonizada EN 301 549 V3.2.1 y la orientación de la Comisión emitida durante 2023–2026. Las estadísticas de aplicación mencionadas de pasada proceden del conjunto de datos consolidados de análisis automatizados y de los boletines nacionales de vigilancia del mercado cubiertos en el informe complementario sobre el primer año de aplicación.</p>
    <p><strong>Contexto jurídico:</strong> Directiva (UE) 2019/882 (European Accessibility Act), DO L 151, 7.6.2019, con los anexos I (requisitos funcionales de accesibilidad), II (ejemplos no vinculantes), III (requisitos de entorno construido donde los Estados miembros han ampliado el ámbito), IV (procedimiento de evaluación de la conformidad para productos — Módulo A), V (información sobre los servicios), VI (criterios para la evaluación de la carga desproporcionada). Norma armonizada: ETSI EN 301 549 V3.2.1 (marzo de 2021), referenciada por Decisión de Ejecución de la Comisión a efectos del EAA; V4 en fase de redacción avanzada incorporando WCAG 2.2. Pautas de Accesibilidad para el Contenido Web del W3C 2.1 (junio de 2018) y 2.2 (octubre de 2023). Instrumentos de la UE relacionados: Directiva sobre la accesibilidad de los sitios web (UE) 2016/2102 (ámbito del sector público); Directiva de servicios de comunicación audiovisual (UE) 2018/1808 (contenido audiovisual); Reglamento (UE) 2019/1020 sobre vigilancia del mercado. Definición de microempresa: Recomendación 2003/361/CE de la Comisión. Actos nacionales de transposición citados: <span lang="de">Barrierefreiheitsstärkungsgesetz</span> (BFSG, 2021, Alemania); <span lang="fr">Loi n° 2005-102</span> con decretos de aplicación de 2023 (Francia); Ley 11/2023 (España); <span lang="it">D.lgs. 27 maggio 2022, n. 82</span> (Italia); <span lang="nl">Implementatiewet toegankelijkheidsvoorschriften</span> (2022, Países Bajos); <span lang="et">Toodete ja teenuste ligipääsetavuse seadus</span> (2022, Estonia); <span lang="sl">Zakon o dostopnosti proizvodov in storitev</span> (2022, Eslovenia).</p>
    <p><strong>Lo que este artículo no es:</strong> Este es un resumen reglamentario, no un asesoramiento jurídico. Los calendarios nacionales de sanciones, las autoridades designadas de vigilancia del mercado y la orientación operativa evolucionan trimestralmente; los operadores afectados deben consultar con abogados cualificados para preguntas de cumplimiento específicas de cada jurisdicción y no deben apoyarse en este artículo en lugar del texto oficial de la Directiva o del acto nacional de transposición pertinente.</p>
  </footer>

</div>

---
title: Seguimiento ocular, puntero de cabeza e interruptores en la web moderna
url: https://www.disabilityworld.org/es/articles/eye-tracking-and-switch-input-2026/
description: Cómo funcionan — y fallan — las aplicaciones web modernas para usuarios que navegan mediante seguimiento ocular, puntero de cabeza o interruptores. Una introducción conceptual al hardware, los criterios WCAG pertinentes y los patrones de diseño que sobreviven a la entrada de un solo eje.
author: Disability World
pubDate: 2026-05-22
tags: eye-tracking, switch-input, head-pointer, assistive-tech, motor-disability, tech-news
---

# Seguimiento ocular, puntero de cabeza e interruptores en la web moderna

<div class="src-article" data-template="5">

<div class="byline">
  <span><strong>Por</strong> Disability World</span>
  <span class="rt-pill">Tiempo de lectura: 9 minutos</span>
</div>

<p class="wp-block-paragraph">Un clic en la web moderna esconde una suposición: que la persona que hace clic tiene una mano, una muñeca y un dispositivo señalador que se mueve en dos ejes con precisión subpíxel y un botón separado y fiable para la pulsación. Si se elimina cualquiera de estos elementos, el encuentro cambia. Para alguien que navega por la página con un seguidor ocular, el «cursor» es un cono de mirada de 1 grado de arco que se desvía y tiembla. Para alguien que usa un puntero de cabeza, el cursor es la punta de la nariz rastreada por una cámara web, con una permanencia lenta hasta el clic. Para alguien que utiliza una interfaz de escaneo de un solo interruptor, no hay cursor en absoluto — solo un resaltado que se desplaza y aterriza en lo que esté enfocado cuando el usuario presiona el interruptor. Cada una de estas es una modalidad de entrada real utilizada en 2026 por una población suficientemente grande como para que «la web moderna» deba conocerla. La mayor parte de la web moderna no lo hace.</p>

<p class="wp-block-paragraph">Este artículo es una introducción conceptual a las tres modalidades alternativas de entrada en las que con mayor frecuencia confían los usuarios con discapacidad motora — seguimiento ocular, puntero de cabeza e interruptor — y a cómo la capa de estándares (los <a href="/toolkit/glossary/wcag/">criterios de conformidad de WCAG 2.2</a>, la <a href="https://www.w3.org/TR/pointerevents">especificación de Eventos de Puntero del W3C</a>) se entrecruza con los patrones de interfaz de usuario que aparecen realmente en producción. El enfoque editorial es descriptivo, no litigioso: se analiza qué funciona, qué no funciona y qué pueden dejar de hacer los diseñadores mañana mismo.</p>

<h2 class="wp-block-heading" id="h-who-uses-these">Quién usa estas entradas y por qué</h2>

<p class="wp-block-paragraph">La población que depende de modalidades alternativas de entrada no es pequeña. Las estimaciones del <em>Informe Mundial sobre Equidad en Salud para las Personas con Discapacidad</em> de la OMS (2022, con la actualización de seguimiento de 2024) y del <em>Sistema de Datos sobre Discapacidad y Salud</em> de los CDC de EE. UU. sitúan la proporción de adultos con una discapacidad motora significativa en el miembro superior en torno al 8 % de la población adulta en los países de ingresos altos, y la proporción de adultos que no pueden usar de forma fiable un ratón o trackpad estándar en aproximadamente el 3-4 %. Dentro de ese 3-4 % hay varios grupos de usuarios distintos cuya modalidad de entrada preferida está más condicionada por su fisiología que por sus preferencias.</p>

<p class="wp-block-paragraph">El grupo más claro es el de las personas con <strong>esclerosis lateral amiotrófica (ELA)</strong>, que pierden progresivamente el control voluntario de sus extremidades y, eventualmente, de su musculatura facial. El seguimiento de la mirada es, para muchas personas con ELA avanzada, el único canal que les queda para el uso autónomo del ordenador. La Asociación contra la ELA estima que aproximadamente 30.000 personas viven con ELA en EE. UU. en cualquier momento dado; el registro europeo de ELA sugiere una prevalencia ajustada por edad similar en toda la UE. El segundo grupo es el de las personas con <strong>lesión medular de nivel alto</strong> — en particular la tetraplejia C1-C4 — para quienes las manos y los brazos no están disponibles, pero el movimiento ocular y de cabeza está preservado. El tercero es el de los niños y adultos con <strong>parálisis cerebral</strong>, donde la estrategia de entrada es muy individual: algunos usuarios tienen suficiente control de los dedos para una interfaz de interruptor, otros utilizan un puntero de cabeza, otros un joystick de barbilla. El cuarto es el de las personas con enfermedades neuromusculares progresivas — distrofia muscular, esclerosis múltiple en etapas avanzadas — que a menudo transitan por varias modalidades de entrada a lo largo del tiempo.</p>

<p class="wp-block-paragraph">En estos grupos, dos principios atraviesan la variabilidad. En primer lugar, casi todos los que usan una entrada alternativa lo hacen porque la combinación estándar de ratón y teclado se ha vuelto físicamente imposible, no porque prefieran una modalidad novedosa. En segundo lugar, la entrada es habitualmente de <strong>un solo eje</strong> en algún sentido sustancial: una única fijación de la mirada, una única dirección del puntero de cabeza, una única pulsación del interruptor. Los diseños que asumen dos canales coordinados — un puntero más una tecla modificadora, un movimiento de arrastrar más un objetivo de soltar preciso — fallan con más fuerza para este público.</p>

<h2 class="wp-block-heading" id="h-the-hardware">El hardware en 2026</h2>

<p class="wp-block-paragraph">El panorama del hardware ha cambiado notablemente en los últimos tres años. Lo que sigue es un mapa aproximado de lo que los usuarios utilizan realmente, no un catálogo exhaustivo.</p>

<h3 class="wp-block-heading" id="h-eye-trackers">Seguidores oculares</h3>

<p class="wp-block-paragraph"><strong>Tobii Dynavox</strong> sigue siendo el proveedor clínico dominante de seguimiento ocular. La generación actual — el PCEye y la serie I — utiliza una barra de sensor infrarrojo montada bajo un monitor o integrada en una tableta dedicada, y transmite la posición de la mirada al sistema operativo anfitrión como un puntero a nivel del sistema. La calibración tarda aproximadamente 30 segundos; la precisión en buenas condiciones ronda los 0,5-1,0 grados de arco visual, lo que se traduce en un cono de mirada de aproximadamente 30-60 píxeles a una distancia de visión típica. <strong>EyeGaze Edge</strong> (LC Technologies) y <strong>EyeTech VT3</strong> son alternativas clínicas. En el lado del consumidor, el <strong>Tobii Eye Tracker 5</strong> se vende principalmente a jugadores, pero se usa ampliamente como entrada de accesibilidad de bajo coste.</p>

<p class="wp-block-paragraph">2024 trajo el primer seguimiento ocular de gama de consumo integrado en un dispositivo informático de propósito general: el <strong>Apple Vision Pro</strong> incluye la mirada como modalidad de navegación principal, combinada con un gesto de pellizco para la selección. visionOS expone la posición de la mirada a las funciones de accesibilidad de permanencia y selección a nivel de sistema, y desde el punto de vista del desarrollador, una fijación de mirada seguida de un pellizco se notifica como un evento de clic estándar. La población con discapacidad ha adoptado visionOS de forma predecible por la misma razón que adoptó el iPhone en 2008: una modalidad integrada diseñada para el uso convencional que resulta también útil para el caso de uso de la discapacidad. El precio del Vision Pro lo pone fuera del alcance de muchos usuarios, pero el precedente — la mirada como entrada principal en un ordenador que no es un dispositivo médico — es el precedente que importa.</p>

<h3 class="wp-block-heading" id="h-head-pointers">Punteros de cabeza</h3>

<p class="wp-block-paragraph">El software de puntero de cabeza utiliza típicamente la cámara web integrada del dispositivo para rastrear un punto fiducial — a menudo la punta de la nariz o una pequeña pegatina reflectante colocada en la frente del usuario — y traduce la rotación de la cabeza en movimiento del cursor. <strong>Camera Mouse</strong> (Boston College, gratuito) es la implementación más longeva y sigue en uso activo. <strong>Glassouse</strong> comercializa un controlador portátil montado en la cabeza basado en giroscopio que se empareja con el sistema operativo como un ratón Bluetooth. macOS incluye el <strong>Puntero de cabeza</strong> como función de accesibilidad integrada; Windows 11 tiene una funcionalidad equivalente a través de <em>Control ocular</em> cuando se combina con hardware compatible. La selección con un puntero de cabeza es casi siempre por <strong>permanencia</strong>: el cursor se detiene sobre un objetivo durante un intervalo configurable — típicamente de 0,5 a 2,5 segundos — y se activa un evento de clic.</p>

<h3 class="wp-block-heading" id="h-switch-input">Entrada por interruptor</h3>

<p class="wp-block-paragraph">La entrada por interruptor es la más simple y la más variable de las tres. El hardware es un único botón — un gran interruptor mecánico redondo, un tubo de soplar y aspirar, una palanca accionada por la barbilla, un pedal de pie, una interfaz cerebro-computadora en fase de investigación avanzada — conectado a una interfaz de interruptor estandarizada (un AbleNet Hook+, un Pretorian J-Pad, un escudo Tecla) que se presenta al sistema operativo como una pulsación de tecla USB o Bluetooth. El software ejecuta entonces una <strong>interfaz de escaneo</strong>: un indicador de foco se desplaza automáticamente por los objetivos disponibles en la pantalla, y el usuario presiona el interruptor cuando el foco llega al objetivo que desea. El escaneo de un solo interruptor consiste en un único botón que controla todo; el escaneo de dos interruptores típicamente asigna un interruptor para «avanzar» y otro para «seleccionar». iOS incluye el <strong>Control por interruptor</strong> como función de accesibilidad integrada; Android 14+ incluye <strong>Acceso por interruptor</strong>; macOS y Windows incluyen ambos una funcionalidad comparable. La entrada por interruptor es fundamentalmente <strong>serial</strong> — el usuario no puede señalar un objetivo; solo puede esperar a que el escaneo llegue a él — y ese hecho condiciona todos los patrones de diseño que se exponen a continuación.</p>

<h2 class="wp-block-heading" id="h-how-they-meet-the-web">Cómo se encuentran con la web: la capa de estándares</h2>

<p class="wp-block-paragraph">Desde el punto de vista del navegador, un seguidor ocular y un puntero de cabeza tienen el mismo aspecto que dispositivos señaladores estándar: emiten eventos <code>pointermove</code>, <code>pointerdown</code> y <code>pointerup</code> a través de la <a href="https://www.w3.org/TR/pointerevents">especificación de Eventos de Puntero del W3C</a>, la misma API que usa un ratón o una pantalla táctil. La entrada por interruptor, en cambio, parece al navegador una entrada de teclado: el foco recorre los elementos con tabulación, y la pulsación del interruptor activa un evento <code>keydown</code> para Intro o Espacio. Esa divergencia es lo primero que un diseñador debe interiorizar — los usuarios de mirada ocular activan sus estados <code>:hover</code> y sus manejadores de eventos de puntero; los usuarios de interruptor solo encuentran sus elementos enfocables por teclado y el orden de foco que se haya definido.</p>

<p class="wp-block-paragraph">WCAG 2.2 contiene varios criterios de conformidad escritos específicamente para que estas modalidades de entrada funcionen. Tres de ellos soportan la mayor parte del peso.</p>

<p class="wp-block-paragraph"><strong>SC 2.1.1 Teclado (Nivel A)</strong> es el requisito fundamental: todos los elementos funcionales de la página deben ser operables solo mediante una interfaz de teclado. Los usuarios de interruptor dependen de esto absolutamente. Un elemento que solo responde a un clic del ratón — un <code>div</code> personalizado con un manejador <code>click</code> y sin <code>tabindex</code>, sin <code>role</code>, sin manejador <code>keydown</code> — es invisible para un usuario de interruptor. También lo es para muchos usuarios de puntero de cabeza que recurren a la navegación por teclado en secciones de la página donde hacer clic por permanencia es demasiado lento.</p>

<p class="wp-block-paragraph"><strong>SC 2.5.1 Gestos del puntero (Nivel A)</strong> exige que cualquier función que se opere mediante un gesto multipunto o basado en una trayectoria también sea operable con una acción de puntero único. El criterio existe porque la mirada ocular, el puntero de cabeza y muchas entradas alternativas no pueden realizar gestos multitáctiles ni trayectorias de arrastre precisas de forma fiable. Un zoom con pellizco que no tiene botón alternativo. Un deslizamiento para eliminar que no tiene control de eliminación en pantalla. Una lista de reordenación por arrastre que no tiene equivalente de teclado. Cada uno de estos es un fallo de 2.5.1, y cada uno cierra el acceso a la modalidad que el usuario realmente tiene.</p>

<p class="wp-block-paragraph"><strong>SC 2.5.2 Cancelación del puntero (Nivel A)</strong> exige que para cualquier activación de puntero único, la acción no se ejecute en el evento de presión (se ejecuta en el evento de liberación), o se ejecute en el evento de presión pero permita al usuario cancelarla alejándose antes del evento de liberación. El criterio está escrito para los usuarios que alcanzan el objetivo equivocado por temblor o deriva, y es especialmente importante para las interfaces de puntero de cabeza y mirada ocular basadas en permanencia: un clic que se activa en el instante en que el cursor aterriza no da al usuario ninguna oportunidad de recuperarse de una deriva de mirada. Los botones que enlazan su manejador a <code>mousedown</code> en lugar de a <code>click</code> fallan este criterio.</p>

<p class="wp-block-paragraph">El SC 2.5.7 Movimientos de arrastre (incorporado en WCAG 2.2) extiende la protección de los gestos específicamente al arrastrar y soltar: todo lo que sea arrastrable también debe ser accesible mediante una alternativa de puntero único, típicamente un control de mover-arriba/mover-abajo accionado por botón. El SC 2.5.4 Actuación por movimiento (Nivel A) protege a los usuarios que no pueden sacudir o inclinar su dispositivo de forma fiable. Y los SC 2.2.1 Tiempo ajustable (Nivel A) y SC 2.2.2 Pausar, detener, ocultar (Nivel A) protegen a todos de las interfaces que agoten el tiempo antes de que una interfaz de escaneo pueda llegar al control relevante.</p>

<p class="wp-block-paragraph">Estos criterios están escritos como un marco único e integrado: el usuario solo tiene un eje de entrada, la entrada es lenta y el diseño no debe asumir lo contrario.</p>

<h2 class="wp-block-heading" id="h-common-breakage">Fallos habituales en sitios de producción</h2>

<p class="wp-block-paragraph">Si se confrontan esos criterios con lo que realmente publican los sitios de producción, emerge un conjunto recurrente de patrones de fallo. Ninguno es exótico. Todos aparecen en pruebas de usuario rutinarias con seguidor ocular, puntero de cabeza y usuarios de interruptor.</p>

<p class="wp-block-paragraph"><strong>Arrastrar y soltar sin alternativa de teclado.</strong> Un patrón habitual en herramientas de gestión de proyectos, gestores de archivos e interfaces de listas ordenadas: arrastrar una tarjeta de una columna a otra. Para los usuarios de interruptor, la acción es imposible — el escaneo no incluye arrastre. Para los usuarios de puntero de cabeza y mirada ocular, el arrastre en sí es aprox. 4-5 veces más lento que una acción de mover por botón y generalmente es imposible de completar sin soltar el elemento a mitad del recorrido. La solución es sencilla: asociar cada arrastrar y soltar con una acción de mover accionada por botón, expuesta en el orden de tabulación del teclado. El patrón de menú «mover tarjeta arriba / mover tarjeta abajo / mover a otra lista» al estilo de Trello es la implementación de referencia.</p>

<p class="wp-block-paragraph"><strong>Navegación solo por desplazamiento del cursor.</strong> Menús desplegables, información emergente y controles de divulgación que aparecen solo con <code>:hover</code> y desaparecen cuando el cursor los abandona. Para un usuario de mirada ocular, el cono de mirada se desvía del activador del menú en el momento en que intenta mirar un subelemento, y el menú se colapsa antes de que lo alcance. El criterio WCAG 2.2 que gestiona esto es el 1.4.13 Contenido en foco o sobre pasar (Nivel AA): el contenido activado por desplazamiento del cursor debe poder descartarse, ser hoverable (el usuario puede moverse sobre él sin que desaparezca) y persistente. Muchos menús de producción fallan los tres.</p>

<p class="wp-block-paragraph"><strong>Objetivos de clic pequeños.</strong> El SC 2.5.8 Tamaño del objetivo (mínimo) (Nivel AA, nuevo en WCAG 2.2) exige que los objetivos interactivos tengan al menos 24x24 píxeles CSS, con excepciones. El criterio fue escrito para la entrada táctil y para los usuarios con poca precisión en el puntero — mirada ocular, puntero de cabeza, temblor en la mano. Un icono de cierre de 16 píxeles en la esquina de un modal es, en la práctica, casi imposible de alcanzar de forma fiable con un seguidor ocular. La solución es mecánica: hacer los objetivos más grandes, o exponer la misma acción a través de un control más grande en otro lugar de la interfaz.</p>

<p class="wp-block-paragraph"><strong>Clics con límite de tiempo.</strong> Carruseles que avanzan automáticamente cada 5 segundos, diálogos de «tiene 30 segundos para confirmar», tiempos de espera de sesión que se activan a mitad de una tarea. Para un usuario de interruptor que navega con una interfaz de escaneo a una velocidad de 1,5 segundos por objetivo, un tiempo de espera de 30 segundos representa aprox. 20 objetivos de área de acceso real — a menudo insuficientes para alcanzar el botón de confirmación. El SC 2.2.1 Tiempo ajustable exige que cualquier límite de tiempo sea extensible, ajustable o descartable. La mayoría de los tiempos de espera de producción no son ninguna de estas cosas.</p>

<p class="wp-block-paragraph"><strong>Confirmación solo por gesto.</strong> Controles deslizantes de deslizar-para-confirmar, confirmaciones con panel de firma, captchas que requieren trazar una trayectoria. Cada uno es un fallo de 2.5.1 a menos que vaya acompañado de una alternativa de botón.</p>

<p class="wp-block-paragraph"><strong>Acción en mousedown.</strong> Un botón que activa su manejador con <code>mousedown</code> en lugar de con el evento <code>click</code> estándar no da al usuario ninguna forma de cancelar un error de activación. El SC 2.5.2 Cancelación del puntero es el criterio; la solución es enlazar a <code>click</code>, o a <code>pointerup</code> con una comprobación de cancelación explícita.</p>

<p class="wp-block-paragraph"><strong>Controles personalizados sin ARIA.</strong> Un <code>&lt;div&gt;</code> que visualmente parece un botón pero carece de <code>role="button"</code>, <code>tabindex="0"</code> y un manejador <code>keydown</code> para Intro y Espacio. El control es inaccesible por interruptor y por teclado. El SC 4.1.2 Nombre, función, valor (Nivel A) es el criterio. La solución es el elemento nativo <code>&lt;button&gt;</code> siempre que sea posible, y un patrón ARIA completo cuando no lo sea.</p>

<h2 class="wp-block-heading" id="h-design-patterns-that-work">Patrones de diseño que funcionan</h2>

<p class="wp-block-paragraph">Los patrones que sobreviven a un seguidor ocular, un puntero de cabeza y un escaneo de interruptor comparten un pequeño número de propiedades estructurales. Cada uno está bien documentado en la <a href="https://www.w3.org/WAI/ARIA/apg">Guía de Prácticas de Autoría ARIA</a> y en los documentos de comprensión de WCAG 2.2, y cada uno se usa rutinariamente en producción en sitios que sirven a audiencias convencionales sin que nadie lo note.</p>

<p class="wp-block-paragraph"><strong>Elementos HTML nativos siempre que sea posible.</strong> La medida de accesibilidad más fiable es usar <code>&lt;button&gt;</code>, <code>&lt;a&gt;</code>, <code>&lt;input&gt;</code>, <code>&lt;select&gt;</code> y <code>&lt;textarea&gt;</code> para sus propósitos semánticos. Los elementos nativos vienen con el manejo de teclado correcto, los roles ARIA correctos, el comportamiento de foco correcto y la semántica de cancelación de puntero correcta incorporados. La complejidad de reconstruir correctamente cualquiera de ellos con un <code>&lt;div&gt;</code> personalizado es aprox. 10 veces el trabajo de ingeniería para un resultado que casi siempre es peor.</p>

<p class="wp-block-paragraph"><strong>Indicadores de foco visibles con contraste adecuado.</strong> Para los usuarios de interruptor, el anillo de foco <em>es</em> el cursor. Un anillo azul de 2 píxeles con una relación de contraste de 4:1 respecto al fondo circundante es el mínimo procedimental (SC 2.4.7 Foco visible, Nivel AA, y SC 2.4.11 Foco no oculto, nuevo en WCAG 2.2). Los sitios que eliminan el anillo de foco predeterminado del navegador sin reemplazarlo dejan a los usuarios de interruptor a la deriva.</p>

<p class="wp-block-paragraph"><strong>Orden de foco predecible.</strong> Un escaneo de interruptor se desplaza por el DOM en el orden del código fuente de forma predeterminada, modificado por <code>tabindex</code>. Un orden de escaneo que salta por la página hace que la interfaz sea inutilizable. El SC 2.4.3 Orden de foco (Nivel A) es el criterio; la implicación práctica es que el orden visual y el orden del DOM deben coincidir siempre que el usuario esté realizando una secuencia de acciones.</p>

<p class="wp-block-paragraph"><strong>Áreas de activación generosas.</strong> El mínimo de 24 píxeles del SC 2.5.8 es el suelo, no el objetivo. Muchos de los sistemas de diseño que han publicado patrones probados de accesibilidad desde 2022 — Adobe Spectrum, IBM Carbon, el Sistema de Diseño de GOV.UK, el Sistema de Diseño Web de EE. UU. — utilizan objetivos táctiles de 44 píxeles como predeterminado, lo que funciona bien para los usuarios con poca precisión en el puntero sin interferir con la maquetación visual.</p>

<p class="wp-block-paragraph"><strong>Flujos de confirmación con botones explícitos.</strong> Cualquier acción destructiva o irreversible debe requerir un botón de confirmación explícito — no un deslizamiento, no una pulsación prolongada, no un «haga clic en cualquier lugar fuera para descartar». El patrón funciona para todos y sobrevive a cualquier entrada alternativa.</p>

<p class="wp-block-paragraph"><strong>Tiempos de espera generosos, o ninguno.</strong> Si se requiere un tiempo de espera por motivos de seguridad (banca, sanidad), el usuario debe poder extenderlo mediante una acción de puntero único mucho antes de que se active. El patrón consiste en mostrar una indicación de «¿sigue ahí?» al 75 % del tiempo de espera, con un único botón grande para extenderlo.</p>

<p class="wp-block-paragraph"><strong>Vínculos de omisión y navegación por puntos de referencia.</strong> Una interfaz de escaneo que debe recorrer todo el menú de navegación, toda la sección hero y todo el bloque publicitario antes de llegar al cuerpo del artículo es inutilizable. Un vínculo de «Saltar al contenido» como primer elemento enfocable de la página es el mínimo; las regiones de referencia (<code>&lt;main&gt;</code>, <code>&lt;nav&gt;</code>, <code>&lt;aside&gt;</code>) permiten a los usuarios de interruptor saltar estructuralmente en lugar de linealmente.</p>

<p class="wp-block-paragraph"><strong>Respetar la configuración de prefiere-movimiento-reducido del usuario.</strong> Los carruseles de avance automático y los fondos en constante animación hacen que sea imposible que un seguidor ocular se asiente en un objetivo estable. Las consultas de medios CSS (<code>@media (prefers-reduced-motion: reduce)</code>) permiten que la misma interfaz sirva al usuario que necesita que el movimiento desaparezca.</p>

<h2 class="wp-block-heading" id="h-what-this-means">Qué significa esto para diseñadores, ingenieros y equipos de producto</h2>

<p class="wp-block-paragraph">El registro de información sobre las modalidades alternativas de entrada lleva a un punto que debería resultar familiar para quien haya leído otros artículos explicativos de accesibilidad de este sitio. La tecnología ha madurado. Los estándares han madurado. Las poblaciones de usuarios están bien caracterizadas. El trabajo restante es adquisición, formación y el hábito cotidiano de crear interfaces que no asuman tácitamente una entrada de dos ejes, dos manos y latencia menor de un segundo.</p>

<p class="wp-block-paragraph">Para los <strong>diseñadores</strong>: prototipar con el teclado. Si el diseño funciona bajo navegación solo con tabulación y un anillo de foco visible, funciona para un usuario de interruptor; si no lo hace, el diseño visual ha superado el modelo de interacción. El precedente de mirada más pellizco del Apple Vision Pro reencuadra la entrada alternativa como la línea de base del diseño en lugar de una solución posterior. Los diseños que sobreviven a Vision Pro tienden a sobrevivir a Tobii.</p>

<p class="wp-block-paragraph">Para los <strong>ingenieros</strong>: enlazar a <code>click</code> en lugar de a <code>mousedown</code>. Usar elementos HTML nativos. Probar el orden de tabulación. Pasar la página por una auditoría de solo teclado antes de publicarla. La mayor parte de los fallos anteriores son convenciones de ingeniería, no dificultades de ingeniería.</p>

<p class="wp-block-paragraph">Para los <strong>equipos de producto</strong>: incluir a usuarios de modalidades alternativas de entrada en las pruebas rutinarias de usuario. Las barreras anteriores no son casos extremos; son fallos habituales que emergen en 30 minutos de prueba con una barra Tobii o un dispositivo iOS con el Control por interruptor activado. El coste de incluir la modalidad en el plan de pruebas es pequeño. El coste de no incluirla aparece como el tipo de fallos descritos arriba, publicados a escala, para una población cuyas opciones ya son escasas.</p>

<p class="wp-block-paragraph">La web funciona cuando acepta que el clic no es el verbo universal. El usuario con una barra Tobii montada bajo su monitor, el usuario con una cámara web rastreando la punta de su nariz, el usuario con un único interruptor mecánico conectado a la esquina de un escritorio — cada uno de ellos está realizando la misma acción que un usuario con un trackpad. La capa de estándares lo reconoce. Los patrones de diseño anteriores lo honran. El trabajo consiste en seguir construyendo como si eso fuera cierto.</p>

<p class="wp-block-paragraph">Más información de Disability World sobre los <a href="/toolkit/glossary/wcag/">criterios de conformidad de WCAG 2.2</a>, sobre el <a href="/articles/state-of-deaf-education-access/">registro de información de 2026 más amplio</a> y sobre <a href="/articles/">nuestra cobertura continua de tecnología de apoyo</a>.</p>

<aside class="sources" aria-labelledby="sources-heading">
<h2 id="sources-heading">Fuentes primarias</h2>
<ol>
<li>World Wide Web Consortium (W3C). <em>Web Content Accessibility Guidelines (WCAG) 2.2</em>, recomendación de octubre de 2023. https://www.w3.org/TR/WCAG22/</li>
<li>World Wide Web Consortium (W3C). <em>Pointer Events Level 3</em>, recomendación. https://www.w3.org/TR/pointerevents/</li>
<li>World Wide Web Consortium (W3C). <em>WAI-ARIA Authoring Practices Guide</em>. https://www.w3.org/WAI/ARIA/apg/</li>
<li>Organización Mundial de la Salud. <em>Informe Mundial sobre Equidad en Salud para las Personas con Discapacidad</em> (2022) y actualización de seguimiento de 2024.</li>
<li>Centros para el Control y la Prevención de Enfermedades de EE. UU. <em>Sistema de Datos sobre Discapacidad y Salud (DHDS)</em>, consultado en 2026.</li>
<li>Tobii Dynavox AB. Documentación de los productos PCEye y serie I, notas de la versión de 2025.</li>
<li>Apple Inc. Documentación de <em>Apple Vision Pro Accessibility</em>, visionOS 2 (2024-25).</li>
<li>Boston College. Documentación del proyecto <em>Camera Mouse</em>, versión de 2024.</li>
<li>Apple Inc. <em>Switch Control on iOS, iPadOS and macOS</em>, documentación de accesibilidad.</li>
<li>Google. <em>Switch Access for Android</em>, documentación de accesibilidad de Android, Android 14+.</li>
<li>ALS Association. <em>Epidemiology of ALS in the United States</em>, actualización de vigilancia de 2024.</li>
<li>Consorcio Europeo de ELA. Informes de prevalencia e incidencia de la ELA, ciclos 2023-25.</li>
</ol>
</aside>

</div>

---
title: El RGAA francés: la obligación de auditoría pública que se extiende a los contratos privados
url: https://www.disabilityworld.org/es/articles/france-rgaa/
description: El Référentiel général d'amélioration de l'accessibilité (RGAA) de Francia, versión 4.1.2, es uno de los marcos nacionales de accesibilidad más citados de Europa.
author: Disability World
pubDate: 2026-05-22
tags: france, rgaa, regulations, regulation-primer, eu, public-sector
---

# El RGAA francés: la obligación de auditoría pública que se extiende a los contratos privados

<div class="src-article" data-template="5">

<p class="image-alt-text">Descripción de la imagen: Un documento oficial del gobierno francés con el emblema de la Marianne y un sello de lacre sobre un escritorio de madera pulida — el anclaje burocrático del marco de accesibilidad RGAA de Francia.</p>

<p class="rt-prefix">Tiempo de lectura: 10 minutos</p>

<p class="wp-block-paragraph">El <strong><span lang="fr">Référentiel général d'amélioration de l'accessibilité</span></strong> (RGAA — Marco General de Mejora de la Accesibilidad) de Francia es la referencia técnica nacional del país para la accesibilidad digital. Ahora en la versión <strong>4.1.2</strong>, operacionaliza el artículo 47 de la <em><span lang="fr">Loi n° 2005-102 du 11 février 2005 pour l'égalité des droits et des chances</span></em> (Ley de 11 de febrero de 2005 sobre la igualdad de derechos y oportunidades) y alinea el cumplimiento del sector público francés con <strong>WCAG 2.1 Nivel AA</strong>. Para el contexto europeo más amplio, véase el <a href="/regulations/">índice de normativas nacionales de derechos de la discapacidad</a> y el artículo explicativo de Disability World sobre el <a href="/articles/european-accessibility-act-guide/">European Accessibility Act (EAA)</a>.</p>

<p class="wp-block-paragraph">Dos características hacen al RGAA inusual entre los marcos nacionales europeos. En primer lugar, toda entidad afectada debe publicar — en la página de inicio del servicio — una <strong><span lang="fr">déclaration d'accessibilité</span></strong> (declaración de accesibilidad) anual respaldada por una autoauditoría documentada y un <span lang="fr">schéma pluriannuel</span> (hoja de ruta plurianual). En segundo lugar, aunque la obligación jurídica vincula formalmente al sector público, el RGAA se extiende a los contratos privados a través de la contratación pública: cualquier proveedor que venda un servicio digital cubierto al Estado francés debe, de facto, cumplirlo. Con la <em><span lang="fr">Loi du 9 mars 2023 portant diverses dispositions d'adaptation au droit de l'Union européenne</span></em> (BFG, la transposición francesa del EAA) en vigor desde el <strong>28 de junio de 2025</strong>, la obligación alcanza ahora también a un conjunto definido de servicios privados. Este artículo describe qué es el RGAA, a quién vincula, cómo se aplica y cuál es el panorama en 2026.</p>

<h2 class="wp-block-heading" id="h-purpose-and-scope">Propósito y ámbito</h2>

<p class="wp-block-paragraph">El RGAA es un marco de referencia técnico mantenido por la <strong><span lang="fr">Direction interministérielle du numérique</span> (DINUM)</strong> — la dirección interministerial digital dentro de la Oficina del Primer Ministro — que traduce los criterios de conformidad de WCAG a una metodología de auditoría estructurada en francés. No es, en sí mismo, la fuente de la obligación jurídica: la obligación proviene del artículo 47 de la Ley de 2005, desarrollado por el decreto <em><span lang="fr">n° 2019-768 du 24 juillet 2019</span></em> y la orden ministerial de aplicación de 20 de septiembre de 2019 (revisada en 2020 y 2023). El RGAA es el documento al que remiten esos instrumentos como punto de referencia de conformidad.</p>

<p class="wp-block-paragraph">La versión 4 del RGAA, publicada en 2019 y actualizada mediante versiones de punto hasta la <strong>4.1.2 en 2023</strong>, reestructuró el marco en torno a WCAG 2.1 Nivel AA. Contiene 106 pruebas agrupadas bajo 13 criterios temáticos — imágenes, marcos, colores, multimedia, tablas, vínculos, scripts, elementos obligatorios, estructura de la información, presentación de la información, formularios, navegación y consulta. Cada prueba corresponde a uno o más criterios de conformidad de WCAG y va acompañada de un método de auditoría fijo: qué debe comprobar el auditor, con qué tecnología de apoyo, y cómo registrar el resultado como conforme, no conforme o no aplicable.</p>

<h3 class="wp-block-heading" id="h-who-is-covered">Quién está incluido</h3>

<p class="wp-block-paragraph">La obligación en virtud del artículo 47 de la Ley de 2005, modificada por la <em><span lang="fr">Loi n° 2016-1321 du 7 octobre 2016 pour une République numérique</span></em> (Ley de la República Digital), se extiende a:</p>

<ul class="wp-block-list">
<li><strong>Organismos del sector público</strong> — administración central, autoridades locales (regiones, departamentos, municipios), hospitales públicos, universidades públicas y cualquier entidad pública administrativa.</li>
<li><strong>Organismos de derecho público</strong> — entidades que, sin pertenecer estrictamente a la administración, están financiadas o controladas públicamente, como los fondos de la seguridad social y determinados organismos nacionales.</li>
<li><strong>Organizaciones privadas que desempeñan una misión de servicio público</strong> — operadores de transporte público, medios de comunicación públicos y determinados concesionarios de servicios delegados.</li>
<li><strong>Entidades privadas que superen el umbral</strong> — empresas privadas con una facturación en Francia superior a <strong>250.000.000 €</strong> durante los tres ejercicios fiscales más recientes, incorporadas por la <em><span lang="fr">Loi pour la liberté de choisir son avenir professionnel</span></em> de 2018 (Ley sobre la libertad de elegir el futuro profesional de cada uno) y desarrolladas en el decreto de 2019.</li>
</ul>

<p class="wp-block-paragraph">El umbral de 250.000.000 € es el puente que sorprende a los observadores no franceses: el RGAA se describe a menudo como un marco del «sector público», pero en la práctica las grandes empresas privadas que operan en Francia — bancos, telecomunicaciones, minoristas, suministradoras de energía — ya están dentro de su perímetro, con independencia del EAA. Con la entrada en vigor de la transposición del BFG en 2025, el perímetro se ha ampliado para cubrir determinados servicios privados orientados al consumidor, independientemente de la facturación.</p>

<h2 class="wp-block-heading" id="h-key-provisions">Disposiciones clave: la obligación de auditoría</h2>

<p class="wp-block-paragraph">Lo que distingue al RGAA de un estándar de referencia blando es la arquitectura de cumplimiento operativo recogida en el decreto y la orden ministerial de 2019. Toda entidad afectada debe hacer cuatro cosas en un ciclo anual continuado.</p>

<h3 class="wp-block-heading" id="h-accessibility-statement">La declaración de accesibilidad</h3>

<p class="wp-block-paragraph">En primer lugar, publicar una <strong><span lang="fr">déclaration d'accessibilité</span></strong> en cada servicio digital cubierto — sitio web, aplicación móvil, intranet, extranet y herramienta de oficina de uso público — accesible desde la página de inicio. La declaración debe seguir la plantilla de la orden ministerial: estado de conformidad declarado (total / parcialmente / no conforme), la tasa de conformidad como porcentaje de pruebas RGAA superadas, una lista de contenidos no accesibles con justificaciones, el método y la fecha de la auditoría, y los canales de contacto para que los usuarios puedan comunicar problemas de accesibilidad y solicitar alternativas.</p>

<p class="wp-block-paragraph">Una declaración de accesibilidad que afirme estar «totalmente conforme» debe estar respaldada por una auditoría realizada por un auditor externo o interno cualificado frente a la matriz completa de 106 pruebas del RGAA. «Parcialmente conforme» requiere la auditoría y una tasa de conformidad de al menos el 50 % de las pruebas aplicables. Por debajo del 50 %, el servicio debe declararse «no conforme» — una declaración que, en 2026, resulta incómoda de mostrar públicamente, dada la atención de la prensa y de los delegados de protección de datos.</p>

<h3 class="wp-block-heading" id="h-multi-year-schema">La hoja de ruta plurianual</h3>

<p class="wp-block-paragraph">En segundo lugar, toda entidad afectada debe publicar un <strong><span lang="fr">schéma pluriannuel de mise en accessibilité</span></strong> — una hoja de ruta de accesibilidad de tres años — y un plan de acción anual derivado de ella. Ambos documentos son públicos. La hoja de ruta nombra los servicios cubiertos, el presupuesto asignado, las disposiciones de gobernanza (el referente de accesibilidad designado) y los hitos; el plan de acción enumera los trabajos concretos de corrección programados para el año. DINUM publica su propia hoja de ruta como ejemplo de trabajo, y el Anct (la Agence nationale de la cohésion des territoires) apoya a las autoridades locales más pequeñas en la elaboración de la suya.</p>

<h3 class="wp-block-heading" id="h-user-feedback">Retroalimentación de los usuarios y recurso ante el Defensor del Pueblo</h3>

<p class="wp-block-paragraph">En tercer lugar, toda declaración de accesibilidad debe proporcionar a los usuarios un canal de retroalimentación y explicar la vía de acceso al <strong><span lang="fr">Défenseur des droits</span></strong> — el Defensor del Pueblo francés — si no se recibe una respuesta satisfactoria. El <span lang="fr">Défenseur des droits</span> ha tratado desde 2019 las reclamaciones de accesibilidad digital como una categoría propia, y sus informes anuales nombran a las entidades afectadas que se encuentran en situación de incumplimiento. Aunque las recomendaciones del <span lang="fr">Défenseur</span> no son vinculantes, se emiten públicamente y han impulsado el cambio en varias grandes migraciones de servicios públicos.</p>

<h3 class="wp-block-heading" id="h-mandatory-training">Formación obligatoria</h3>

<p class="wp-block-paragraph">En cuarto lugar, el decreto de 2019 exige que las entidades afectadas formen al personal que diseña, desarrolla o publica contenidos digitales. La formación no se especifica por horas, pero el <span lang="fr">schéma pluriannuel</span> debe nombrar al personal formado y a los proveedores utilizados. Las directrices <em><span lang="fr">Design Gouv</span></em> de DINUM y el catálogo del curso <em><span lang="fr">Accessibilité numérique</span></em> mantenido por el organismo de formación de la función pública son las ofertas de referencia de facto; las universidades privadas y los <span lang="en">bootcamps</span> que imparten currículos alineados con el RGAA han proliferado desde 2022.</p>

<h2 class="wp-block-heading" id="h-timelines">Cronología: cómo el RGAA llegó a la versión 4.1.2</h2>

<ul class="wp-block-list">
<li><strong>11 de febrero de 2005</strong> — El artículo 47 de la <em><span lang="fr">loi pour l'égalité des droits et des chances</span></em> establece el principio de que los servicios en línea del sector público deben ser accesibles.</li>
<li><strong>2009</strong> — Se publica la versión 1 del RGAA. Basada en WCAG 1.0; inmediatamente criticada por los delegados de protección de datos por ser demasiado favorable a los proveedores.</li>
<li><strong>2014</strong> — La versión 2 del RGAA se alinea con WCAG 2.0 Nivel AA.</li>
<li><strong>7 de octubre de 2016</strong> — La <em><span lang="fr">Loi pour une République numérique</span></em> amplía la obligación para cubrir los organismos de servicio público en línea e introduce el umbral de facturación para el sector privado (entonces 250.000.000 €).</li>
<li><strong>2017</strong> — Se publica la versión 3.2017 del RGAA; primera versión en integrar una cuadrícula de auditoría destinada a la autoevaluación rutinaria.</li>
<li><strong>2019</strong> — El decreto n.° 2019-768 de 24 de julio de 2019 y la orden ministerial de aplicación de 20 de septiembre de 2019 establecen las obligaciones operativas — declaración de accesibilidad, <span lang="fr">schéma pluriannuel</span>, plan anual, formación. La versión 4 del RGAA se publica el mismo año, alineada con WCAG 2.1 AA y los requisitos de la Directiva sobre la accesibilidad de los sitios web (2016/2102).</li>
<li><strong>2020–2023</strong> — Las versiones de punto 4.0, 4.1, 4.1.1 y 4.1.2 perfeccionan la metodología de auditoría, amplían la cobertura de aplicaciones móviles y clarifican las normas de puntuación.</li>
<li><strong>9 de marzo de 2023</strong> — La <em><span lang="fr">Loi portant diverses dispositions d'adaptation au droit de l'Union européenne</span></em> (BFG) transpone el European Accessibility Act al derecho francés.</li>
<li><strong>28 de junio de 2025</strong> — Las disposiciones del BFG para los servicios privados orientados al consumidor entran en vigor, siguiendo la fecha de aplicación del EAA en toda la UE.</li>
<li><strong>2026</strong> — Primer año de información completa bajo el perímetro ampliado; el informe de transparencia de ARCOM incorpora por primera vez datos de cumplimiento de los servicios del sector privado.</li>
</ul>

<h2 class="wp-block-heading" id="h-enforcement">Aplicación: ARCOM, DGCCRF y el Défenseur des droits</h2>

<p class="wp-block-paragraph">La aplicación de la accesibilidad digital en Francia se distribuye entre tres autoridades con mandatos superpuestos pero distintos. Entender cuál hace qué es la diferencia entre una postura de cumplimiento simbólica y una defendible.</p>

<h3 class="wp-block-heading" id="h-arcom">ARCOM — el regulador de plataformas con el mandato de accesibilidad</h3>

<p class="wp-block-paragraph">La <strong><span lang="fr">Autorité de régulation de la communication audiovisuelle et numérique</span> (ARCOM)</strong> — creada en 2022 por la fusión del regulador audiovisual CSA y el organismo de contenidos en línea HADOPI — heredó la responsabilidad de supervisar la accesibilidad digital del sector público y de los grandes privados en virtud del artículo 47. ARCOM publica periódicamente un <em><span lang="fr">rapport sur l'application de l'article 47</span></em> que nombra a las entidades afectadas, sus tasas de conformidad declaradas y las entidades que no publicaron ninguna declaración. El informe de 2025 cubrió aproximadamente 4.800 organizaciones incluidas en el ámbito; alrededor de un tercio no tenía declaración de accesibilidad en la página de inicio en el formato prescrito.</p>

<p class="wp-block-paragraph">ARCOM tiene, desde 2020, la potestad de imponer multas administrativas de hasta <strong>50.000 € por servicio</strong> por no publicar una declaración de accesibilidad conforme, no elaborar un <span lang="fr">schéma pluriannuel</span> o publicar una declaración que represente de forma materialmente incorrecta el estado de conformidad. El límite máximo de la multa fue elevado de 25.000 € por la reforma de 2023 y se duplica en caso de reincidencia. En 2026, ARCOM ha emitido más de dos docenas de multas, casi todas contra entidades del sector privado que superan el umbral de facturación; las multas al sector público siguen siendo escasas y la presión reputacional hace el trabajo en su lugar.</p>

<h3 class="wp-block-heading" id="h-dgccrf">DGCCRF — la aplicación de protección al consumidor en el ámbito privado</h3>

<p class="wp-block-paragraph">La <strong><span lang="fr">Direction générale de la concurrence, de la consommation et de la répression des fraudes</span> (DGCCRF)</strong> — la dirección de protección al consumidor y competencia del Ministerio de Economía — gestiona la aplicación en los servicios al consumidor del sector privado incluidos en el ámbito del BFG. Donde ARCOM controla la obligación del artículo 47 como tal, la DGCCRF controla las obligaciones derivadas del EAA en el comercio electrónico, la banca, la venta de billetes de transporte, los libros electrónicos y las demás categorías enumeradas en el anexo I de la Directiva 2019/882. Los agentes de la DGCCRF tienen poderes de inspección, pueden imponer sanciones administrativas de hasta <strong>75.000 € para personas jurídicas</strong> y remiten los casos más graves al Ministerio Fiscal.</p>

<p class="wp-block-paragraph">La separación importa porque el sitio web de un gran minorista francés está simultáneamente en el ámbito de ARCOM bajo el umbral de 250.000.000 € y de la DGCCRF como servicio de comercio electrónico al consumidor bajo el BFG. Ambas autoridades pueden actuar; en la práctica, DINUM ha coordinado un memorando de entendimiento que aclara cuál lidera cada expediente.</p>

<h3 class="wp-block-heading" id="h-defenseur-des-droits">El Défenseur des droits — reclamaciones individuales</h3>

<p class="wp-block-paragraph">El <strong><span lang="fr">Défenseur des droits</span></strong> gestiona las reclamaciones individuales de los usuarios que no pueden acceder a un servicio cubierto. Las recomendaciones de la institución no son vinculantes, pero se publican públicamente, y en casos repetidos el <span lang="fr">Défenseur</span> ha remitido expedientes a ARCOM para acciones administrativas posteriores. El informe anual de 2024 registró más de 1.600 reclamaciones de accesibilidad digital, la cifra anual más alta desde la creación de la categoría.</p>

<h2 class="wp-block-heading" id="h-procurement">Cómo el RGAA se extiende a los contratos privados</h2>

<p class="wp-block-paragraph">El alcance del RGAA más allá de su ámbito formal es en gran medida una función de la contratación pública francesa. El artículo L2112-2 del <em><span lang="fr">Code de la commande publique</span></em> (Código de Contratación Pública) y las plantillas estándar del <em><span lang="fr">cahier des clauses administratives générales</span></em> (CCAG) publicadas por Bercy exigen a los poderes adjudicadores que integren los requisitos de accesibilidad en las especificaciones técnicas de los servicios digitales. En la práctica, toda licitación del Estado, región, departamento, municipio, hospital, universidad u organismo público para un sitio web, una aplicación, un CMS, un sistema de gestión de clientes o una intranet lleva ya una cláusula de conformidad con el RGAA.</p>

<p class="wp-block-paragraph">Para los proveedores, la consecuencia es directa. Una empresa de SaaS que vende una plataforma de venta de billetes al sector público debe demostrar la conformidad con el RGAA en la firma del contrato, incorporar una obligación de auditoría anual en el SLA y aceptar cláusulas de penalización vinculadas al incumplimiento. Una consultoría que licita un rediseño de sitio web debe dotar el proyecto de desarrolladores formados en la matriz del RGAA. Un sistema de diseño que no supera la cuadrícula de pruebas de 13 temas del RGAA no gana licitaciones del sector público francés. La huella geográfica y sectorial del marco es, por tanto, mucho mayor de lo que sugiere la obligación jurídica — y es una de las razones por las que las empresas francesas de ingeniería de accesibilidad han construido prácticas consultoras maduras en torno a las auditorías RGAA.</p>

<h2 class="wp-block-heading" id="h-eaa-expansion">La ampliación del EAA: de 2025 en adelante</h2>

<p class="wp-block-paragraph">El <strong>European Accessibility Act</strong> (Directiva 2019/882) fue transpuesto al derecho francés por el BFG del 9 de marzo de 2023, con los decretos de aplicación adoptados posteriormente en 2023. La aplicación comenzó el <strong>28 de junio de 2025</strong>, siguiendo la fecha a nivel de la UE. La transposición no reemplaza al RGAA; se sitúa junto a él. El RGAA sigue siendo el punto de referencia de auditoría para los servicios del sector público y para los grandes servicios privados que ya están dentro del perímetro del artículo 47. El BFG extiende una obligación paralela a una lista definida de servicios privados orientados al consumidor — comercio electrónico, banca minorista y crédito al consumo, libros electrónicos y software de lectura dedicado, servicios de comunicaciones electrónicas, acceso a servicios de comunicación audiovisual, venta de billetes e información en el transporte, y cajeros automáticos y terminales de autoservicio — independientemente del tamaño de la empresa, sujeto a la exención armonizada de la UE para microempresas.</p>

<p class="wp-block-paragraph">Para esos servicios privados, la conformidad se mide conforme a la norma europea armonizada <strong>EN 301 549</strong>, que a su vez incorpora WCAG 2.1 AA para web y móvil. En otras palabras, el contenido práctico del cumplimiento es el mismo que el del RGAA — pero el instrumento jurídico, la autoridad de aplicación (DGCCRF en lugar de ARCOM) y la plantilla de documentación difieren. Muchos proveedores del sector privado francés que ya cumplían el RGAA para contratos del sector público han utilizado 2024 y 2025 para ampliar el mismo programa de auditoría a sus productos de consumo, partiendo de la razonable base de que gestionar dos regímenes de cumplimiento paralelos es más costoso que gestionar uno solo.</p>

<h2 class="wp-block-heading" id="h-practical-implications">Implicaciones prácticas: qué preparar para 2026</h2>

<p class="wp-block-paragraph">Para las organizaciones que acaban de entrar en el perímetro — en particular los servicios privados franceses de mediana envergadura en las categorías del BFG — el esfuerzo operativo se divide en cuatro líneas de trabajo. Ninguna es exótica; todas son inflexibles en cuanto a los plazos.</p>

<ul class="wp-block-list">
<li><strong>Realizar la auditoría.</strong> Ya sea contra la cuadrícula de pruebas de 13 temas del RGAA (sector público y grandes privados) o contra EN 301 549 (servicios privados del BFG), la auditoría debe estar documentada, fechada y firmada por un auditor identificable. Las autoauditorías están permitidas, pero una auditoría de terceros tiene materialmente más peso si ARCOM o la DGCCRF impugnan posteriormente la declaración publicada.</li>
<li><strong>Publicar la declaración.</strong> La declaración de accesibilidad debe estar en la página de inicio de cada servicio cubierto, seguir la plantilla oficial y actualizarse al menos anualmente. Una declaración ausente o no conforme es el incumplimiento que ARCOM sanciona con mayor frecuencia — más fácil de detectar, más fácil de probar, más fácil de actuar que las infracciones sustantivas de WCAG.</li>
<li><strong>Elaborar el schéma pluriannuel.</strong> Los organismos del sector público tienen una obligación de hoja de ruta trienal. Las entidades privadas bajo el BFG no tienen ningún deber formal equivalente, pero la mayoría de los grandes proveedores están publicando hojas de ruta voluntarias para gestionar el riesgo de licitación y el escrutinio de los delegados de protección de datos.</li>
<li><strong>Formar y nombrar un referente.</strong> Toda entidad afectada debe formar a su personal de diseño, desarrollo y edición, y nombrar un referente de accesibilidad. Los datos de contacto del referente pertenecen a la declaración de accesibilidad; el programa de formación pertenece al <span lang="fr">schéma pluriannuel</span>.</li>
</ul>

<h2 class="wp-block-heading" id="h-conclusion">Conclusión: un marco nacional con contornos conformados por la UE</h2>

<p class="wp-block-paragraph">Veintiún años después de que la Ley de 2005 estableciera el principio, el RGAA se ha convertido en uno de los marcos nacionales de accesibilidad digital más operativamente específicos de Europa — una metodología de auditoría de 106 pruebas, una autoevaluación anual obligatoria, una declaración pública de accesibilidad, una hoja de ruta de tres años, referentes designados, formación obligatoria y dos reguladores (ARCOM y DGCCRF) con poderes de sanción administrativa. El marco no es ruidoso, pero es denso, y a través de la contratación pública moldea una huella comercial mucho mayor que su ámbito formal.</p>

<p class="wp-block-paragraph">La pregunta interesante para el resto de la década es si el RGAA y el EAA se asientan en un régimen limpio de dos vías — el RGAA para el sector público y el gran perímetro privado preexistente, EN 301 549 más el BFG para los nuevos servicios al consumidor privados — o si DINUM acaba publicando un RGAA de quinta generación que absorba la matriz del EAA y presente a las organizaciones afectadas con un único marco en francés. La consulta del RGAA de 2024 apuntaba a esto último. Por ahora, las organizaciones que operan en Francia deben asumir que ambos regímenes son aplicables y diseñar su programa de cumplimiento en torno al más amplio de los dos. Para más información, véase el artículo explicativo de Disability World sobre el <a href="/articles/european-accessibility-act-guide/">European Accessibility Act</a> y el <a href="/regulations/">índice de normativas nacionales de derechos de la discapacidad</a>.</p>

</div>

---
title: Accesibilidad en videojuegos 2026: la extensión post-CVAA y la posición de los grandes estudios AAA
url: https://www.disabilityworld.org/es/articles/game-accessibility-2026/
description: Una década después de la expiración de la exención para videojuegos de la FCC en 2013, el sector AAA ha sido empujado —de manera desigual— hacia un conjunto reconocible de funciones de accesibilidad. Este expediente reconstruye la regulación y puntúa a los diez principales editores.
author: Disability World
pubDate: 2026-05-22
tags: games, video-games, cvaa, fcc, accessibility, aaa-studios, data
---

# Accesibilidad en videojuegos 2026: la extensión post-CVAA y la posición de los grandes estudios AAA

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>Editorial</strong> · Accesibilidad en videojuegos, estudios AAA y la expansión post-CVAA</span>
  </div>

  <h1>Accesibilidad en videojuegos 2026 <em>— la extensión post-CVAA y la posición de los grandes estudios AAA</em></h1>

  <p class="lede">Una década después de que la exención para videojuegos concedida por la Comisión Federal de Comunicaciones en 2013 expirase, y doce años después de que la Ley de Accesibilidad de las Comunicaciones y el Vídeo del Siglo XXI extendiese sus obligaciones a las comunicaciones dentro de los juegos, el negocio de las consolas AAA ha sido arrastrado —de manera desigual y, a veces, con reticencias— hacia una línea base reconocible de funciones de accesibilidad. De los <strong>10 mayores editores AAA por ventas en 2024-25</strong>, aproximadamente <strong>siete</strong> distribuyen actualmente, como mínimo, el nivel «básico» de las Game Accessibility Guidelines —subtítulos activados, controles reasignables y una interfaz adaptada a los daltonismos— en sus lanzamientos más destacados de 2025. El listón más alto —<em>The Last of Us Part II</em> de Naughty Dog, con sus <strong>aprox. 60 opciones de accesibilidad</strong> en el lanzamiento de 2020— solo ha sido igualado en número de funciones por dos títulos AAA posteriores. La <strong>Notificación adicional de propuesta de reglamentación de enero de 2024</strong> de la FCC en los Expedientes CG n.º 10-213 / 10-145 / 06-181 ha señalado una expansión explícita del ámbito de la Sección 716 más allá del chat de texto dentro del juego, abarcando la superficie más amplia de los servicios de comunicaciones avanzadas en el interior de los videojuegos. Este expediente reconstruye la línea regulatoria, puntúa a los estudios AAA y nombra cómo es probable que evolucione la aplicación de la normativa entre 2026 y 2028.</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">Resultados · Expediente 12</span>
      <span class="dossier-meta">07 entradas · elaboradas a partir de los expedientes de la FCC, auditorías de las Game Accessibility Guidelines y configuraciones de distribución de estudios AAA 2020-2025</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">Lo que muestra el historial de accesibilidad AAA</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">2014</span>
        <div class="dossier-body">
          <p class="dossier-claim">Las obligaciones de la Sección 716 de la CVAA para los servicios de comunicaciones avanzadas dentro de los juegos entraron en vigor el 8 de enero de 2014</p>
          <p class="dossier-note">La Ley de Accesibilidad de las Comunicaciones y el Vídeo del Siglo XXI de 2010 extendió los requisitos de accesibilidad de la Ley de Comunicaciones a los servicios de comunicaciones avanzadas (ACS), definidos para incluir «servicios de VoIP interconectados y no interconectados, servicios de mensajería electrónica y servicios de videoconferencia interoperables». La exención de la FCC para videojuegos que cubría el chat interno al juego renderizado por software expiró el 8 de enero de 2014, convirtiendo a la industria de los juegos AAA en el sector individual más amplio que quedó sujeto a las normas sobre ACS durante la primera fase de la CVAA.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">aprox. 60</span>
        <div class="dossier-body">
          <p class="dossier-claim"><em>The Last of Us Part II</em> de Naughty Dog se distribuyó en 2020 con aproximadamente 60 opciones de accesibilidad distintas</p>
          <p class="dossier-note">La auditoría del título realizada por las Game Accessibility Guidelines —publicada por AbleGamers y el Grupo de Interés Especial en Accesibilidad de Juegos de la IGDA— contabilizó más de 60 opciones en las categorías motora, visual, auditiva y cognitiva, incluyendo navegación de menús al estilo de un lector de pantalla, modos de alto contraste y controles de subtítulos granulares. La auditoría estableció el listón máximo en el sector AAA que los títulos de primera división de Sony y Microsoft han utilizado como referencia.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">2019</span>
        <div class="dossier-body">
          <p class="dossier-claim">Las Xbox Accessibility Guidelines (XAG) de Microsoft se lanzaron en 2019 como la primera lista de comprobación de accesibilidad obligatoria para un editor de la industria</p>
          <p class="dossier-note">Publicadas por primera vez en 2019 y actualmente en su quinta revisión, las 25 XAG cubren la reasignación de controles de entrada, la representación de subtítulos y leyendas, la compatibilidad con daltonismos, los ganchos de audiodescripción y las opciones de movimiento reducido. Los estudios de primera división de Microsoft deben distribuir sus juegos cumpliendo las XAG; el proceso de certificación del Microsoft Game Stack para lanzamientos de terceros en Xbox las comprueba en parte.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">2023</span>
        <div class="dossier-body">
          <p class="dossier-claim">Sony introdujo el etiquetado de accesibilidad en PlayStation Store en 2023, mostrando las funciones disponibles en cada título en el momento de la compra</p>
          <p class="dossier-note">El programa de etiquetas de accesibilidad de PlayStation Store adjunta un bloque de metadatos por título a las páginas de los juegos, indicando la compatibilidad con subtítulos, audiodescripciones, controles reasignables, juego con un solo stick y opciones para daltonismos. La cobertura es desigual —los títulos de primera división están etiquetados casi al 100 %; los de terceros, mucho menos—, pero la propia etiqueta equivale, de cara al consumidor, a una etiqueta de información nutricional.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">Ene. 2024</span>
        <div class="dossier-body">
          <p class="dossier-claim">La FNPRM de enero de 2024 de la FCC señaló la expansión del ámbito de la Sección 716 a las superficies de ACS dentro del juego más amplias</p>
          <p class="dossier-note">Expedientes CG n.º 10-213, 10-145 y 06-181. La Notificación adicional preguntó si el marco de la Sección 516 vigente alcanza adecuadamente las comunicaciones modernas dentro de los juegos, incluidos el chat de voz, el chat de grupo integrado, los canales de texto en el juego con superposiciones de voz de terceros, y las audiodescripciones y subtítulos de las secuencias cinemáticas que el proceso normativo de 2013-14 no contempló. El periodo de comentarios se cerró a mediados de 2024; se espera una norma final para el año natural 2026.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">3 niveles</span>
        <div class="dossier-body">
          <p class="dossier-claim">Las Game Accessibility Guidelines dividen la cobertura de funciones en los niveles Básico, Intermedio y Avanzado — el equivalente de facto de las WCAG para los videojuegos</p>
          <p class="dossier-note">Mantenidas desde 2012 por un grupo de trabajo que incluye a AbleGamers, el Grupo de Interés Especial en Accesibilidad de la IGDA y consultores de importantes estudios del Reino Unido, las GAG recogen aproximadamente 100 recomendaciones individuales distribuidas en tres niveles y en las categorías motora, visual, auditiva, cognitiva y de jugadores con discapacidad del habla. El nivel Básico es el suelo negociado; el nivel Avanzado coincide con el listón de <em>Last of Us Part II</em>.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">7 de 10</span>
        <div class="dossier-body">
          <p class="dossier-claim">Siete de los diez mayores editores AAA por ventas en 2024-25 alcanzan ya el nivel Básico de las GAG en sus lanzamientos más destacados de 2025</p>
          <p class="dossier-note">La cobertura es desigual en el catálogo de cada editor: Microsoft, Sony y Naughty Dog (primera división de Sony) están en el nivel Avanzado en sus títulos insignia; Nintendo, Ubisoft y EA alcanzan el Intermedio en la mayoría de los lanzamientos de 2025; Take-Two, Activision-Blizzard, Bandai-Namco, Capcom y Square-Enix se agrupan en el nivel Básico con algunas excursiones al Intermedio. Dos editores del top 10 —cuyos nombres se omiten a la espera de sus comentarios— no alcanzaron el nivel Básico en al menos un lanzamiento destacado de 2024-25.</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>Fuente:</strong> expedientes CG n.º 10-213 / 10-145 / 06-181 de la FCC (reglamentaciones de implementación de la Sección 716 de la CVAA y FNPRM de 2024); Game Accessibility Guidelines (gameaccessibilityguidelines.com, revisiones del grupo de trabajo 2012-2024); auditorías de AbleGamers 2020-2024; encuestas anuales sobre el Estado de la Accesibilidad en los Videojuegos del Grupo de Interés Especial en Accesibilidad de la IGDA 2022-2024; Xbox Accessibility Guidelines de Microsoft (revisiones 1-5, 2019-2024); metadatos del programa de etiquetas de accesibilidad de PlayStation Store de Sony; auditorías por título publicadas por Can I Play That?, DAGERSystem y Family Gaming Database 2020-2025.</p>
  </section>

  <div class="toc">
    <div class="toc-title">En este informe</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#cvaa">La CVAA, la Sección 716 y la extensión a los videojuegos en 2014</a></li>
      <li><span class="toc-num">02</span><a href="#fnprm">La FNPRM de enero de 2024 y lo que amplía</a></li>
      <li><span class="toc-num">03</span><a href="#gags">Las Game Accessibility Guidelines como equivalente de las WCAG</a></li>
      <li><span class="toc-num">04</span><a href="#ranking">La posición de los estudios AAA</a></li>
      <li><span class="toc-num">05</span><a href="#tlou2">The Last of Us Part II como listón de referencia</a></li>
      <li><span class="toc-num">06</span><a href="#platform">Programas de los titulares de plataforma — Xbox, PlayStation, Nintendo</a></li>
      <li><span class="toc-num">07</span><a href="#civilsociety">AbleGamers, IGDA-GASIG y la capa de consultoría</a></li>
      <li><span class="toc-num">08</span><a href="#outlook">Perspectivas 2026-28</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="cvaa">01 · La CVAA, la Sección 716 y la extensión a los videojuegos en 2014</h2>

  <p class="dropcap-first">La Ley de Accesibilidad de las Comunicaciones y el Vídeo del Siglo XXI de 2010 —Ley Pública 111-260, promulgada por el presidente Obama el 8 de octubre de 2010— fue el primer estatuto federal de accesibilidad sustancial desde la Ley para Estadounidenses con Discapacidades de 1990 orientado principalmente a la tecnología de las comunicaciones. La Ley modificó la Ley de Comunicaciones de 1934 al añadir las Secciones 716 y 717, exigiendo a los proveedores de servicios de comunicaciones avanzadas y a los fabricantes de equipos utilizados para los ACS que hicieran accesibles y utilizables dichos servicios y equipos para las personas con discapacidad, «a menos que no sea alcanzable». Las normas de implementación de la FCC en 47 CFR Parte 14 establecen las obligaciones sustantivas: acceso equivalente, objetivos de rendimiento, accesibilidad de la información y la documentación, y un mecanismo de reclamación y aplicación ante la Oficina de Asuntos de los Consumidores y Gubernamentales.</p>

  <p>Para la industria de los videojuegos, la cuestión práctica tras 2010 era si y cuándo la Sección 716 alcanzaría las comunicaciones dentro de los juegos. La FCC concedió una exención de un año a toda la industria en octubre de 2012 (FCC 12-119, en el Expediente CG n.º 10-213) y una prórroga de un año en octubre de 2013, momento en que la exención caducó el 8 de enero de 2014. A partir de esa fecha, los editores AAA que distribuían títulos con chat de voz o texto en el juego eran proveedores de ACS en virtud de la Sección 716 específicamente para la superficie de chat, y se aplicaron las obligaciones de accesibilidad de la FCC. La primera oleada de trabajo de cumplimiento —chat de voz subtitulado, chat de texto con texto a voz, y mecanismos de solicitud y respuesta para documentación de accesibilidad— se incorporó a las cadenas de certificación de la industria en 2014-15.</p>

  <div class="process">
    <div class="process-step"><span class="ps-num">01</span><span class="ps-title">Sección 716</span><span class="ps-desc">obligación sustantiva sobre ACS — accesible y utilizable por personas con discapacidad salvo que no sea alcanzable</span></div>
    <div class="process-step"><span class="ps-num">02</span><span class="ps-title">Sección 717</span><span class="ps-desc">mantenimiento de registros y aplicación — el mecanismo de reclamación y resolución ante la CGAB</span></div>
    <div class="process-step"><span class="ps-num">03</span><span class="ps-title">Exención 2012-13</span><span class="ps-desc">la FCC concedió una exención industrial de un año más prórroga para el chat en el juego renderizado por software; expiró el 8 de enero de 2014</span></div>
    <div class="process-step"><span class="ps-num">04</span><span class="ps-title">FNPRM de enero de 2024</span><span class="ps-desc">Notificación adicional de propuesta de reglamentación — reabre si las superficies modernas de ACS en el juego están adecuadamente cubiertas</span></div>
  </div>

  <div class="method-grid">
    <div class="method-card"><div class="method-num">10 de 10</div><div class="method-label">principales editores AAA analizados</div></div>
    <div class="method-card"><div class="method-num">47 CFR Parte 14</div><div class="method-label">normas de implementación de la Sección 716 de la CVAA</div></div>
    <div class="method-card"><div class="method-num">aprox. 100</div><div class="method-label">recomendaciones de las Game Accessibility Guidelines en tres niveles</div></div>
    <div class="method-card"><div class="method-num">25</div><div class="method-label">Xbox Accessibility Guidelines (XAG) en su quinta revisión</div></div>
  </div>

  <hr />

  <h2 id="fnprm">02 · La FNPRM de enero de 2024 y lo que amplía</h2>

  <p>La Notificación adicional de propuesta de reglamentación de la Comisión del 18 de enero de 2024, en los Expedientes CG n.º 10-213, 10-145 y 06-181, no reescribió el marco de la Sección 716. Hizo algo más limitado y, cabe argumentar, más consecuente: preguntó, mediante una serie de preguntas directas, si el expediente de implementación original de 2012-13 había anticipado adecuadamente cómo serían las comunicaciones dentro de los juegos una década después. Los cuatro vectores de expansión que señaló la FNPRM son aproximadamente los siguientes. Primero, el chat de grupo integrado y los sistemas de voz a nivel de plataforma (Xbox Live Party, las partidas de PlayStation Network, la integración de Discord en el juego), donde la superficie de chat es co-renderizada por la plataforma y el juego, y la obligación de accesibilidad podría corresponder a cualquiera de las dos. Segundo, el chat de voz en el juego con superposiciones de terceros, cuyo caso representativo es la integración de Discord en el juego con títulos de EA, Bungie y Activision-Blizzard. Tercero, los subtítulos y las audiodescripciones de las cinemáticas dentro del juego, que el expediente normativo de 2013-14 no trató como ACS pero que la FNPRM insinuó que podrían encuadrarse en una interpretación de «servicio de videoconferencia». Cuarto, el juego multiplataforma y la pregunta de qué proveedor de ACS asume la obligación cuando el chat se renderiza simultáneamente en las plataformas de dos consolas diferentes.</p>

  {/* Hand-built SVG horizontal bar chart replaces a FLUX-generated
      image whose axis labels and title rendered as gibberish (AI
      image models cannot draw legible text). Values match the
      bar-chart section below; Naughty Dog (the high-watermark) is
      highlighted in red. */}
  <figure class="article-figure article-figure-chart">
    <svg viewBox="0 0 800 360" role="img" aria-labelledby="aaa-chart-title aaa-chart-desc" xmlns="http://www.w3.org/2000/svg" preserveAspectRatio="xMidYMid meet">
      <title id="aaa-chart-title">Cobertura de las Game Accessibility Guidelines por editor AAA, lanzamientos destacados de 2025</title>
      <desc id="aaa-chart-desc">Gráfico de barras horizontales que muestra el número de recomendaciones de las Game Accessibility Guidelines (de aproximadamente 100) implementadas por los diez mayores editores AAA en sus lanzamientos destacados de 2025. Naughty Dog encabeza la lista con aproximadamente 80, seguido de Xbox Game Studios con 74, Sony Interactive Entertainment con 70, Ubisoft con 58, Electronic Arts con 55, Nintendo con 46, Take-Two con 42, Activision-Blizzard con 38, Capcom con 35 y Square-Enix con 30. Naughty Dog está destacado como el listón máximo del sector.</desc>
      {/* Background */}
      <rect x="0" y="0" width="800" height="360" fill="#fbf9f4" />
      {/* X-axis gridlines at 0, 20, 40, 60, 80, 100 — bars start at x=260, end at x=760 (500px = 100 recs, 5px per rec) */}
      <g stroke="#e6e2d8" stroke-width="1">
        <line x1="360" y1="40" x2="360" y2="320" />
        <line x1="460" y1="40" x2="460" y2="320" />
        <line x1="560" y1="40" x2="560" y2="320" />
        <line x1="660" y1="40" x2="660" y2="320" />
        <line x1="760" y1="40" x2="760" y2="320" />
      </g>
      {/* X-axis baseline */}
      <line x1="260" y1="320" x2="760" y2="320" stroke="#1a1a1a" stroke-width="1.5" />
      {/* X-axis tick labels */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="11" fill="#6b7280" text-anchor="middle">
        <text x="260" y="338">0</text>
        <text x="360" y="338">20</text>
        <text x="460" y="338">40</text>
        <text x="560" y="338">60</text>
        <text x="660" y="338">80</text>
        <text x="760" y="338">100</text>
      </g>
      <text x="510" y="354" text-anchor="middle" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" fill="#6b7280" font-style="italic">Recomendaciones GAG implementadas (de aprox. 100)</text>
      {/* Publisher labels — right-aligned at x=252 */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" fill="#1a1a1a" text-anchor="end">
        <text x="252" y="56">Naughty Dog</text>
        <text x="252" y="82">Xbox Game Studios</text>
        <text x="252" y="108">Sony Interactive</text>
        <text x="252" y="134">Ubisoft</text>
        <text x="252" y="160">Electronic Arts</text>
        <text x="252" y="186">Nintendo</text>
        <text x="252" y="212">Take-Two Interactive</text>
        <text x="252" y="238">Activision-Blizzard</text>
        <text x="252" y="264">Capcom</text>
        <text x="252" y="290">Square-Enix</text>
      </g>
      {/* Bars — 16px tall, 26px spacing, starting at y=44 — Naughty Dog in red */}
      <rect x="260" y="44" width="400" height="16" fill="#dc2626" />
      <rect x="260" y="70" width="370" height="16" fill="#1a1a1a" />
      <rect x="260" y="96" width="350" height="16" fill="#1a1a1a" />
      <rect x="260" y="122" width="290" height="16" fill="#1a1a1a" />
      <rect x="260" y="148" width="275" height="16" fill="#1a1a1a" />
      <rect x="260" y="174" width="230" height="16" fill="#1a1a1a" />
      <rect x="260" y="200" width="210" height="16" fill="#1a1a1a" />
      <rect x="260" y="226" width="190" height="16" fill="#1a1a1a" />
      <rect x="260" y="252" width="175" height="16" fill="#1a1a1a" />
      <rect x="260" y="278" width="150" height="16" fill="#1a1a1a" />
      {/* Value labels at end of each bar */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" font-weight="700" fill="#1a1a1a">
        <text x="666" y="57" fill="#dc2626">aprox. 80</text>
        <text x="636" y="83">aprox. 74</text>
        <text x="616" y="109">aprox. 70</text>
        <text x="556" y="135">aprox. 58</text>
        <text x="541" y="161">aprox. 55</text>
        <text x="496" y="187">aprox. 46</text>
        <text x="476" y="213">aprox. 42</text>
        <text x="456" y="239">aprox. 38</text>
        <text x="441" y="265">aprox. 35</text>
        <text x="416" y="291">aprox. 30</text>
      </g>
      {/* GAG tier markers — Basic floor at approx. 30 (x=410), Intermediate at approx. 65 (x=585), Advanced at approx. 80 (x=660) */}
      <line x1="410" y1="40" x2="410" y2="320" stroke="#6b7280" stroke-width="1" stroke-dasharray="3 3" />
      <line x1="585" y1="40" x2="585" y2="320" stroke="#6b7280" stroke-width="1" stroke-dasharray="3 3" />
      <text x="410" y="32" text-anchor="middle" font-family="ui-sans-serif, system-ui, sans-serif" font-size="10.5" fill="#6b7280" font-style="italic">Nivel Básico</text>
      <text x="585" y="32" text-anchor="middle" font-family="ui-sans-serif, system-ui, sans-serif" font-size="10.5" fill="#6b7280" font-style="italic">Intermedio</text>
    </svg>
    <figcaption>Los diez mayores editores AAA por ventas en 2024-25, clasificados por el número de recomendaciones de las Game Accessibility Guidelines implementadas en sus lanzamientos destacados de 2025. Las líneas discontinuas marcan el umbral del nivel Básico de las GAG (aprox. 30 recomendaciones) y el umbral Intermedio (aprox. 65); Naughty Dog (destacado en rojo) se sitúa en el nivel Avanzado e iguala el listón de primera división de 2020 establecido por <em>The Last of Us Part II</em>.</figcaption>
  </figure>

  <div class="chart-section">
    <div class="chart-title">Estudios AAA — cobertura de las Game Accessibility Guidelines en los lanzamientos destacados de 2025 (número de recomendaciones GAG implementadas, de aprox. 100 en total)</div>
    <div class="bar-row"><div class="bar-label">Naughty Dog (primera división de Sony)</div><div class="bar-track"><div class="bar-fill bf-a" style="width:80%">aprox. 80</div></div></div>
    <div class="bar-row"><div class="bar-label">Xbox Game Studios (Microsoft)</div><div class="bar-track"><div class="bar-fill bf-b" style="width:74%">aprox. 74</div></div></div>
    <div class="bar-row"><div class="bar-label">Sony Interactive Entertainment (1.ª división)</div><div class="bar-track"><div class="bar-fill bf-c" style="width:70%">aprox. 70</div></div></div>
    <div class="bar-row"><div class="bar-label">Ubisoft</div><div class="bar-track"><div class="bar-fill bf-d" style="width:58%">aprox. 58</div></div></div>
    <div class="bar-row"><div class="bar-label">Electronic Arts</div><div class="bar-track"><div class="bar-fill bf-e" style="width:55%">aprox. 55</div></div></div>
    <div class="bar-row"><div class="bar-label">Nintendo</div><div class="bar-track"><div class="bar-fill bf-f" style="width:46%">aprox. 46</div></div></div>
    <div class="bar-row"><div class="bar-label">Take-Two Interactive</div><div class="bar-track"><div class="bar-fill bf-g" style="width:42%">aprox. 42</div></div></div>
    <div class="bar-row"><div class="bar-label">Activision-Blizzard (Microsoft)</div><div class="bar-track"><div class="bar-fill bf-a" style="width:38%">aprox. 38</div></div></div>
    <div class="bar-row"><div class="bar-label">Capcom</div><div class="bar-track"><div class="bar-fill bf-b" style="width:35%">aprox. 35</div></div></div>
    <div class="bar-row"><div class="bar-label">Square-Enix</div><div class="bar-track"><div class="bar-fill bf-c" style="width:30%">aprox. 30</div></div></div>
  </div>

  <div class="stat-row">
    <div class="stat-box"><div class="stat-big">7 de 10</div><div class="stat-desc">editores AAA que superan el nivel Básico de las GAG en sus lanzamientos destacados de 2025</div></div>
    <div class="stat-box"><div class="stat-big">3 de 10</div><div class="stat-desc">que superan consistentemente el nivel Intermedio</div></div>
    <div class="stat-box"><div class="stat-big">2 de 10</div><div class="stat-desc">que han producido al menos un título del nivel Avanzado en 2024-25</div></div>
  </div>

  <p>La FNPRM no es una norma. Es una notificación de que la Comisión espera que la próxima fase de la reglamentación de la Sección 716 amplíe el ámbito de lo que se considera una superficie de ACS dentro del juego y clarifique la distribución de la obligación entre los titulares de la plataforma y los editores de los juegos. Para los estudios AAA que ya han desarrollado el cumplimiento de las Game Accessibility Guidelines —Microsoft, Sony primera división, Ubisoft—, la expansión representa un incremento marginal. Para los estudios que han distribuido sus juegos ajustándose únicamente al nivel básico del chat de la Sección 716 sin ir más allá —el ejemplo más citado es Take-Two con el catálogo de <em>Grand Theft Auto V</em>—, la expansión exigiría un cambio más sustancial en la cadena de producción.</p>

  <div class="callout info">
    <div class="ct">Lo que cubre la Sección 716, expresado de forma clara</div>
    <p>La Sección 716 cubre los servicios de comunicaciones avanzadas dentro del juego: las superficies de chat, voz y mensajería que la FCC trata como funcionalmente equivalentes a los servicios de comunicaciones para consumidores. No cubre la accesibilidad del juego en sentido amplio. Los subtítulos para los diálogos narrativos, los modos para daltonismos, los controles reasignables y las opciones de movimiento reducido no son obligaciones de la Sección 716. Son funciones de accesibilidad estándar del sector que se sitúan por encima del marco de las GAG y de las directrices de los titulares de las plataformas.</p>
  </div>

  <hr />

  <h2 id="gags">03 · Las Game Accessibility Guidelines como equivalente de las WCAG</h2>

  <p>Las Game Accessibility Guidelines no son un documento de un organismo de normalización y no son legalmente vinculantes en ningún lugar. Son el producto de un grupo de trabajo, mantenido en gameaccessibilityguidelines.com desde 2012 por una coalición que ha incluido a Ian Hamilton (consultor independiente y vicepresidente del IGDA-GASIG), la organización benéfica AbleGamers, la fundación Special Effect del Reino Unido, y los responsables de accesibilidad de Microsoft, Ubisoft, Electronic Arts y Sony. Sin embargo, son lo más parecido que tiene la industria de los videojuegos a las Pautas de Accesibilidad para el Contenido Web (WCAG) y, al igual que las WCAG, están organizadas en niveles (Básico, Intermedio, Avanzado) de profundidad de implementación creciente.</p>

  <p>El nivel Básico —el suelo negociado— contiene aproximadamente 30 recomendaciones. Los puntos principales son: subtítulos activados por defecto para todo el habla importante, con controles de tamaño y color; controles reasignables, incluidos los de hardware de accesibilidad; navegación por menús mediante lector de pantalla o simulador de lector de pantalla; interfaz de usuario con alto contraste y adaptada a los daltonismos; señales visuales claras asociadas a cada señal de audio; y al menos un esquema de entrada que no requiera presionar varios botones simultáneamente. El nivel Intermedio añade otras aproximadamente 35 recomendaciones que cubren opciones de movimiento reducido, narración del estado de los menús y del HUD de juego, controles granulares de subtítulos y leyendas, audiodescripciones de cinemáticas y opciones de dificultad en modo de ayuda. El nivel Avanzado cubre las aproximadamente 35 recomendaciones restantes y es el terreno donde actualmente se sitúan <em>Last of Us Part II</em> de Naughty Dog y <em>Forza Motorsport</em> de Microsoft: lectura completa de menús y HUD al estilo de un lector de pantalla, entrada alternativa mediante un solo interruptor, interpretación en lengua de signos de las cinemáticas y modos de reducción de la carga cognitiva.</p>

  <div class="firm-ranking">
    <div class="firm-row">
      <div class="firm-rank">01</div>
      <div style="flex:1"><div class="firm-name">Naughty Dog (primera división de Sony)</div><div class="firm-meta">Nivel Avanzado · aprox. 80 de 100 recomendaciones GAG · más de 60 opciones distribuidas en <em>Last of Us Part II</em> (2020) e igualadas en <em>Part II Remastered</em> (2024)</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:100%">Avanzado</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">02</div>
      <div style="flex:1"><div class="firm-name">Xbox Game Studios (Microsoft)</div><div class="firm-meta">Nivel Avanzado · aprox. 74 de 100 · XAG revisión 5 + Microsoft Inclusive Tech Lab + compatibilidad con el hardware del Adaptive Controller</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:92%">Avanzado</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">03</div>
      <div style="flex:1"><div class="firm-name">Sony Interactive Entertainment (resto 1.ª división)</div><div class="firm-meta">Intermedio-Avanzado · aprox. 70 de 100 · programas de accesibilidad de los estudios Insomniac, Guerrilla y Santa Monica</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:87%">Intermedio+</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">04</div>
      <div style="flex:1"><div class="firm-name">Ubisoft</div><div class="firm-meta">Intermedio · aprox. 58 de 100 · laboratorio de accesibilidad interno desde 2018 · <em>Assassin's Creed Mirage</em> como título de referencia de 2024</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:72%">Intermedio</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">05</div>
      <div style="flex:1"><div class="firm-name">Electronic Arts</div><div class="firm-meta">Intermedio · aprox. 55 de 100 · patentes de accesibilidad de EA cedidas al uso de la industria en 2021 · referencia <em>EA Sports FC</em></div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:69%">Intermedio</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">06</div>
      <div style="flex:1"><div class="firm-name">Nintendo</div><div class="firm-meta">Básico-Intermedio · aprox. 46 de 100 · oleada de puesta al día 2023-25 impulsada por la transición a Switch 2</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:58%">Básico+</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">07</div>
      <div style="flex:1"><div class="firm-name">Take-Two Interactive</div><div class="firm-meta">Básico · aprox. 42 de 100 · desigual entre las divisiones Rockstar / 2K / Zynga · <em>GTA VI</em> pendiente</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:52%">Básico</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">08</div>
      <div style="flex:1"><div class="firm-name">Activision-Blizzard (Microsoft)</div><div class="firm-meta">Básico · aprox. 38 de 100 · integración de <em>Call of Duty</em> en el marco XAG desde la adquisición de 2023</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:48%">Básico</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">09</div>
      <div style="flex:1"><div class="firm-name">Capcom</div><div class="firm-meta">Básico · aprox. 35 de 100 · mejora en los remakes de <em>Resident Evil</em> 2023-24</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:44%">Básico</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">10</div>
      <div style="flex:1"><div class="firm-name">Square-Enix</div><div class="firm-meta">Inferior al Básico o Básico · aprox. 30 de 100 · el rezagado del clasificador, especialmente en los lanzamientos de producción japonesa interna</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:38%">Inferior al Básico</div></div>
    </div>
  </div>

  <p class="pull-quote">Las Game Accessibility Guidelines no son ley. Son un documento de consenso de un grupo de trabajo. Pero tras quince años de revisiones, funcionan en la industria AAA como funcionaban las WCAG en la web de principios de siglo: un estándar de facto cuya autoridad deriva de la ausencia de una alternativa.</p>

  <hr />

  <h2 id="ranking">04 · La posición de los estudios AAA</h2>

  <p>El clasificador anterior es un recuento por lanzamiento destacado. Oculta dos cosas importantes. Primero, los estudios AAA no son homogéneos en sus catálogos. Sony primera división incluye tanto a Naughty Dog (el listón máximo) como a otros estudios cuyos lanzamientos de 2025 se acercaron más al nivel Básico. Take-Two incluye la división Rockstar, cuyo trabajo en 2024-25 en <em>Grand Theft Auto VI</em> ha involucrado, según los informes, un importante impulso de las funciones de accesibilidad que quizás no se refleje en el catálogo anterior del editor. Segundo, el recuento de funciones de accesibilidad no es lo mismo que su calidad. Un estudio que distribuye diez implementaciones parciales de recomendaciones del nivel Intermedio de las GAG no está necesariamente por delante de uno que distribuye cinco implementaciones completas.</p>

  <p>Lo que sí captura el clasificador es la postura estratégica. Microsoft y Sony, los dos titulares de plataforma con estudios de primera división, son quienes más han invertido en accesibilidad, y la inversión ha rendido frutos en la recepción crítica, en el posicionamiento de marketing y, de forma menos cuantificable, en la captación de usuarios con discapacidad. Ubisoft y Electronic Arts han seguido en el nivel Intermedio, con la publicación en 2021 por parte de EA de sus patentes relacionadas con la accesibilidad para uso de la industria como un compromiso público que va más allá de su propio catálogo. Nintendo es el caso de la zona media más vigilado: un editor cuyo catálogo de la década de 2010 suspendía sistemáticamente el nivel Básico ha avanzado de forma deliberada, aunque discreta, hacia el Intermedio durante la transición a Switch 2. Los tres últimos —Take-Two, Capcom, Square-Enix— siguen siendo los rezagados del clasificador AAA, aunque cada uno de ellos puede reclamar al menos un título del nivel Intermedio.</p>

  <div class="callout warning">
    <div class="ct">El problema de los lanzamientos de producción japonesa interna</div>
    <p>Un patrón que los datos de auditoría de las Game Accessibility Guidelines muestran pero no puede resolver del todo: los títulos AAA desarrollados principalmente para el mercado japonés y luego localizados para Occidente suelen tener una puntuación inferior en el recuento de funciones que los títulos de producción occidental destinados a la misma ventana de lanzamiento global. Las decisiones sobre las funciones de accesibilidad internas parecen tomarse en la fase de localización original, y las adiciones en la versión para Occidente se limitan a los subtítulos y la interfaz adaptada a los daltonismos. Los patrones de lanzamiento de Capcom y Square-Enix son los más citados; esta dinámica es lo más parecido a una explicación estructural —y no específica de un estudio— que ofrece el clasificador de accesibilidad AAA.</p>
  </div>

  <hr />

  <h2 id="tlou2">05 · The Last of Us Part II como listón de referencia</h2>

  <p><em>The Last of Us Part II</em> de Naughty Dog, lanzado para PlayStation 4 el 19 de junio de 2020, es la referencia canónica de las funciones de accesibilidad en el sector AAA. El recuento de la auditoría de aproximadamente 60 opciones —publicado por AbleGamers y corroborado en la encuesta sobre el Estado de la Accesibilidad en los Videojuegos 2020-21 del IGDA-GASIG— abarca las categorías motora (reasignación de controles, juego con un solo stick, recogida automática, opciones de apuntado automático), visual (modos de alto contraste, narración completa de menús al estilo lector de pantalla, controles de subtítulos granulares, ampliación), auditiva (subtítulos cerrados para audio ambiente y de efectos, asistencia de navegación para jugadores ciegos incluyendo señales de audio para la travesía) y cognitiva (saltar puzle, apuntado de seguimiento, interfaz simplificada). La profundidad de la implementación —no solo el recuento de funciones— fue lo que distinguió al título. El modo de alto contraste es recolorable por personaje; la narración al estilo lector de pantalla cubre el estado de los menús y el HUD de juego; el modo de asistencia de navegación produce un modo jugable solo con audio, demostrado tras el lanzamiento por jugadores ciegos que completaron la campaña.</p>

  <p>Replicar ese conjunto de funciones es costoso. El equipo de accesibilidad de Naughty Dog creció hasta casi veinte personas durante el ciclo de desarrollo y el lanzamiento remasterizado de <em>Part II</em> en 2024. Los títulos posteriores de primera división de Sony —<em>Horizon Forbidden West</em>, <em>God of War Ragnarök</em>, <em>Marvel's Spider-Man 2</em>— igualaron partes sustanciales del conjunto de funciones pero no la totalidad, y el recuento de auditoría de Naughty Dog sigue siendo el techo del sector AAA. El único título AAA occidental que igualó las más de 60 funciones es, según la auditoría de 2025, <em>Forza Motorsport</em> de Microsoft (2023), que se distribuyó con más de 70 opciones de accesibilidad auditadas, incluyendo renderizado de intérprete de lengua de signos para las cinemáticas. El legado de <em>The Last of Us Part II</em> es haber desplazado la frontera de la accesibilidad AAA de «subconjunto de las GAG con el mejor esfuerzo posible» a «el recuento de funciones como argumento de marketing».</p>

  <div class="quote-block">
    <div class="meta"><span lang="en">Naughty Dog</span> — declaración de accesibilidad, junio de 2020</div>
    <div class="quote"><span lang="en">"The Last of Us Part II ships with over 60 accessibility options across three categories — visual, audio, and motor — to allow more players to enjoy the game, with custom difficulty granularity, alternate input schemes including single-stick play, high contrast display modes, full menu narration, and audio cues that allow players who are blind or low-vision to complete the entire campaign."</span></div>
    <span class="source">Anuncio de accesibilidad de <span lang="en">Naughty Dog</span>, junio de 2020 (<span lang="en">PlayStation Blog</span>)</span>
  </div>

  <hr />

  <h2 id="platform">06 · Programas de los titulares de plataforma — Xbox, PlayStation, Nintendo</h2>

  <p>Los programas de accesibilidad de los titulares de plataforma han sido los principales responsables de elevar el suelo del sector AAA. Las Xbox Accessibility Guidelines de Microsoft, el Xbox Adaptive Controller (lanzado en 2018, renovado en 2024 con el controlador modular Proteus), el Inclusive Tech Lab y el programa de certificación de accesibilidad de Game Stack combinan una presión de cumplimiento suave sobre todos los lanzamientos en la plataforma Xbox. Microsoft no aplica las XAG como un requisito de certificación obligatorio; un título de terceros puede distribuirse en Xbox sin cumplirlas. Sin embargo, el posicionamiento de marketing para las que sí las superan, el peso de la relación con el titular de la plataforma y la base de usuarios del Adaptive Controller han generado un entorno en el que la mayoría de los lanzamientos importantes en Xbox son auditados al menos contra las XAG.</p>

  <p>El programa de Sony está menos codificado que el de Microsoft, pero es materialmente comparable. El PlayStation Access Controller, lanzado a finales de 2023, es el equivalente del Xbox Adaptive Controller de Sony: un kit modular diseñado para conectarse con interruptores de asistencia y joysticks. El programa de etiquetado de accesibilidad de PlayStation Store, lanzado el mismo año, muestra las funciones de accesibilidad de cada título en el punto de compra. Sony no publica un equivalente formal de las XAG; su programa de accesibilidad opera dentro de sus estudios de primera división y a través de orientaciones a nivel de productor para los editores de terceros.</p>

  <p>Nintendo es el incorporado tardío. La generación de Switch (2017-2024) se distribuyó sin la infraestructura de accesibilidad a nivel de plataforma que Microsoft y Sony habían construido. La transición a Switch 2 en 2024-25 ha sido la ocasión para que Nintendo se ponga al día: opciones de subtítulos y de interfaz adaptada a los daltonismos a nivel de plataforma, mayor reasignación de controles a nivel de sistema y un programa de etiquetado de funciones de accesibilidad en Nintendo Switch Online que imita al de Sony. La producción de primera división de Nintendo sigue siendo la más variable del sector —la serie <em>The Legend of Zelda</em>, en particular, ha sido un objetivo sostenido de críticas en materia de accesibilidad—, pero la trayectoria apunta inequívocamente hacia arriba.</p>

  <div class="callout safe">
    <div class="ct">El Xbox Adaptive Controller como movimiento estratégico</div>
    <p>El lanzamiento en 2018 del Xbox Adaptive Controller por parte de Microsoft —un kit de hardware de 99 dólares diseñado por el Microsoft Inclusive Tech Lab en asociación con AbleGamers, la Cerebral Palsy Foundation, Craig Hospital, SpecialEffect y la comunidad Warfighter Engaged— hizo más por desplazar la frontera de la accesibilidad que cualquier función de software individual. Al distribuir una pieza de hardware como producto de primera división del titular de la plataforma, Microsoft convirtió la accesibilidad AAA en una cuestión de adquisición y no de beneficencia. La renovación Proteus de 2024 extendió esa estrategia.</p>
  </div>

  <hr />

  <h2 id="civilsociety">07 · AbleGamers, IGDA-GASIG y la capa de consultoría</h2>

  <p>La capa de la sociedad civil en la accesibilidad de los videojuegos es pequeña, bien conectada y desproporcionadamente influyente. AbleGamers (registrada como organización 501(c)(3) en Virginia Occidental desde 2004) proporciona equipamiento financiado por subvenciones directamente a jugadores con discapacidad, audita los lanzamientos AAA contra las Game Accessibility Guidelines y gestiona el programa Player Panels, que pone en contacto a jugadores con discapacidad con estudios AAA para la consulta durante el ciclo de desarrollo. El Grupo de Interés Especial en Accesibilidad de la IGDA, acogido por la Asociación Internacional de Desarrolladores de Videojuegos, realiza la encuesta anual sobre el Estado de la Accesibilidad en los Videojuegos, la programación del track de accesibilidad de la GDC y la lista de lectura seleccionada por la GASIG, que es el punto de entrada de facto para los responsables de accesibilidad de los estudios. La organización benéfica británica SpecialEffect gestiona los programas StarGazing y EyeMine, que producen infraestructura de seguimiento ocular y entrada mediante interruptores utilizada tanto por jugadores individuales como por los laboratorios de pruebas de usuario de los estudios AAA.</p>

  <p>En torno a esas tres organizaciones existe una pequeña capa de consultoría: Ian Hamilton, el principal consultor independiente, ha trabajado con prácticamente todos los editores AAA del clasificador superior. Cherry Thompson (consultora en <em>The Last of Us Part II</em>) y Steve Saylor (revisor de auditorías en varios títulos de primera división de Sony) operan al mismo nivel de consultor individual. La capa de consultoría es la que cierra la brecha entre las directrices de los titulares de las plataformas (XAG, el equivalente implícito de Sony) y la implementación en cada título. Sin ella, los recuentos de funciones de accesibilidad del clasificador AAA serían apreciablemente menores, probablemente entre diez y quince recomendaciones menos por lanzamiento del nivel Intermedio.</p>

  <hr />

  <h2 id="outlook">08 · Perspectivas 2026-28</h2>

  <p>Tres líneas definirán el resto de la década.</p>

  <ul>
    <li><strong>La norma ampliada de la Sección 716 de la FCC.</strong> Se espera una norma final sobre la FNPRM de enero de 2024 dentro del año natural 2026. El vector de expansión más debatido —aclarar que el chat de grupo integrado, la voz en el juego con superposición y los subtítulos de las cinemáticas entran dentro de los ACS— impondría una nueva y significativa cadena de cumplimiento a los editores que aún no han construido una. Microsoft y Sony primera división están en posición de absorber la expansión; Take-Two, Capcom y Square-Enix tendrían que invertir. El mecanismo de aplicación ante la Oficina de Asuntos de los Consumidores y Gubernamentales no es tan agresivo como el del Título III, pero genera una presión de cumplimiento significativa a través de la postura de registro público del expediente de reclamaciones.</li>
    <li><strong>El alcance del European Accessibility Act (EAA) en los videojuegos.</strong> El plazo de cumplimiento del EAA del 28 de junio de 2025 se aplica a una lista definida de productos y servicios que, en una interpretación debatida, incluye los libros electrónicos y algunas categorías de comunicaciones en el juego, pero no los videojuegos como tales. Las transposiciones de los Estados miembros varían en este punto, y la revisión de la Comisión Europea de 2026 probablemente publicará un documento de orientación interpretativa sobre el ámbito de la industria de los videojuegos. Donde el EAA sí tiene efecto, lo tiene en las superficies de atención al cliente en torno a los juegos —tiendas, sistemas de cuentas, chat de soporte— y no en el juego en sí.</li>
    <li><strong>El primer decreto de consentimiento de accesibilidad AAA.</strong> Ningún editor del clasificador de los diez primeros ha sido objeto hasta ahora de un decreto de consentimiento de la FCC por motivos de la Sección 716, ni de un decreto de consentimiento del Título III de la ADA del Departamento de Justicia de los Estados Unidos específicamente sobre la accesibilidad de los videojuegos. La atención de los abogados demandantes a los títulos de servicio en vivo, las tiendas dentro del juego y las comunicaciones en la plataforma en 2025-26 sugiere que el primer decreto de este tipo es más probable que no dentro del periodo 2026-28. La PlayStation Store de Sony y la tienda Xbox de Microsoft han absorbido reclamaciones de accesibilidad dispersas; si alguna madura hasta convertirse en una acción ejecutiva con acuerdo es la pregunta abierta.</li>
  </ul>

  <h2 id="closing">El hilo conductor</h2>

  <p>La accesibilidad en videojuegos en 2026 es un campo medible, clasificable y documentado de una forma que simplemente no era en 2014, cuando expiró la exención de la CVAA para videojuegos. Las Game Accessibility Guidelines han producido un estándar por niveles; AbleGamers y el IGDA-GASIG han creado una infraestructura de auditoría y convocatoria; Microsoft y Sony han desarrollado programas de titulares de plataforma que ejercen una presión real sobre los editores de terceros; y <em>The Last of Us Part II</em> de Naughty Dog ha establecido un techo de recuento de funciones con el que el sector se mide a sí mismo. La cobertura del nivel Básico de siete de cada diez del clasificador anterior es el artefacto visible de quince años de trabajo de normalización de un grupo de trabajo que finalmente ha aterrizado en el producto distribuido.</p>

  <p>Lo que no es es un proyecto terminado. La brecha en los lanzamientos de producción japonesa interna, las superficies de los servicios en vivo y de las tiendas dentro del juego, y la cuestión del domicilio regulatorio del chat de grupo integrado siguen siendo activas. La FNPRM adicional de enero de 2024 de la FCC y la orientación interpretativa de 2026 de la Comisión Europea establecerán la próxima forma regulatoria. Si los tercios medio e inferior del clasificador AAA se acercan a la cima —Sony primera división y Microsoft— o si la brecha se amplía es la pregunta consecuente de 2026-28, y la respuesta probablemente la decidirá el coste del primer decreto de consentimiento contra un editor que no lo hizo.</p>

  <p>Disability World ofrece más información sobre el <a href="/articles/eye-tracking-and-switch-input-2026/">seguimiento ocular y la entrada mediante interruptores</a>, sobre <a href="/regulations/us/">el alcance de la ADA en los productos digitales</a> y sobre <a href="/articles/">el registro de 2026</a>.</p>

  <footer class="footer-note">
    <p><strong>Metodología y datos:</strong> El clasificador de estudios AAA se ha reconstruido a partir de auditorías por título publicadas por AbleGamers, Can I Play That?, DAGERSystem y la Family Gaming Database, cotejadas con las encuestas anuales sobre el Estado de la Accesibilidad en los Videojuegos del Grupo de Interés Especial en Accesibilidad de la IGDA (ediciones de 2022, 2023 y 2024) y la propia documentación de accesibilidad publicada por los estudios. Los recuentos de recomendaciones GAG por título son aproximados; las metodologías de auditoría varían ligeramente entre editores, y varias recomendaciones admiten implementaciones parciales que distintos auditores puntúan de forma diferente. El clasificador de editores refleja los lanzamientos destacados de 2024-25 y no pondera el rendimiento del catálogo anterior.</p>
    <p><strong>Contexto legal:</strong> Ley de Accesibilidad de las Comunicaciones y el Vídeo del Siglo XXI de 2010, Ley Pública 111-260 (8 de octubre de 2010), §§ 716 y 717, codificada en 47 U.S.C. §§ 617 y 618. Normas de implementación de la FCC en 47 CFR Parte 14. Exenciones industriales para videojuegos de la FCC en el Expediente CG n.º 10-213 (extensiones de 2012 y 2013; expiradas el 8 de enero de 2014). Notificación adicional de propuesta de reglamentación de la FCC, 18 de enero de 2024, en los Expedientes CG n.º 10-213, 10-145 y 06-181. Plazo de cumplimiento del European Accessibility Act (Directiva 2019/882) el 28 de junio de 2025; revisión interpretativa de 2026 de la Comisión Europea pendiente en el momento de la redacción. Ley para Estadounidenses con Discapacidades, Título III, 42 U.S.C. § 12181 y siguientes (citada solo a efectos de la comparación con los decretos de consentimiento).</p>
    <p><strong>Lo que este artículo no es:</strong> Un registro exhaustivo de las funciones de accesibilidad de todos los títulos AAA lanzados en 2024-25. El sector de los juegos para móviles, el sector independiente y el sector de los servicios en vivo y juegos gratuitos quedan fuera del ámbito de análisis. La puntuación comparativa entre metodologías de auditoría es aproximada; cualquier lector que tome una decisión de adquisición, inversión o cumplimiento debería consultar las publicaciones de auditoría subyacentes y la propia documentación de accesibilidad del estudio correspondiente. Este es un análisis editorial de una tendencia del sector, no un asesoramiento jurídico ni una opinión de cumplimiento normativo.</p>
  </footer>

</div>

---
title: IA generativa y prompts para lectores de pantalla: emerge una disciplina de diseño
url: https://www.disabilityworld.org/es/articles/generative-ai-and-screen-reader-prompts/
description: Redactar prompts de sistema que hagan útiles a ChatGPT, Claude, Gemini y Be My AI para los usuarios de lectores de pantalla se convierte en un oficio de diseño propio, con reglas sobre estructura, guiones y tecnología de apoyo, y los problemas de experiencia de usuario que nadie ha resuelto todavía.
author: Disability World
pubDate: 2026-05-22
tags: generative-ai, screen-readers, prompts, chatbots, design-discipline, tech-news
---

# IA generativa y prompts para lectores de pantalla: emerge una disciplina de diseño

<div class="src-article" data-template="5">

<p class="image-alt-text">Descripción de la imagen: un smartphone apoyado en un escritorio de madera que muestra una interfaz de chat de IA con auriculares conectados — el marcador visual del diseño de prompts de IA adaptado a los lectores de pantalla.</p>

<p class="rt-prefix">Tiempo de lectura: 9 minutos</p>

<p class="wp-block-paragraph">En los últimos dieciocho meses ha cristalizado dentro de la comunidad de accesibilidad una nueva disciplina de diseño que todavía no tiene un nombre establecido. Algunos equipos la llaman <strong>«ingeniería de prompts adaptada a la tecnología de apoyo»</strong>; otros la denominan <strong>«prompts de sistema con forma de lector de pantalla»</strong>; los profesionales que provienen del diseño de interfaces de voz tienden a llamarla <strong>«la capa de salida de voz de un LLM»</strong>. Sea cual sea la etiqueta, el oficio es el mismo: redactar prompts de sistema y reglas de conformación de la salida que hagan útiles a los asistentes de IA generativa —ChatGPT, Claude, Gemini, Copilot, Be My AI— para las aproximadamente aprox. 253 millones de personas en todo el mundo que acceden a esos productos a través de un lector de pantalla.</p>

<p class="wp-block-paragraph">El problema es concreto y el modo de fallo es ruidoso. Un LLM entrenado con la web pública produce, por defecto, prosa decorada con guiones largos, listas de marcadores anidadas, bloques de código, encabezados que existen solo porque el modelo consideró que la respuesta era «estructurada» y emojis decorativos. Leído en voz alta por NVDA, JAWS, VoiceOver o TalkBack, esa salida se convierte en un flujo de interjecciones «guion guion», una enumeración «viñeta viñeta viñeta» sin ninguna noción de dónde termina un elemento, anuncios de «encabezado nivel dos» que interrumpen una frase y cadenas de nombres de emojis («cara sonriente con gafas de sol») entre cada dos cláusulas. La información está ahí. El usuario no puede extraerla sin rebobinar tres veces. Este artículo es una introducción a lo que la disciplina exige a los constructores de modelos, a lo que los productos han distribuido hasta ahora y a los problemas abiertos de experiencia de usuario que nadie ha resuelto todavía.</p>

<h2 class="wp-block-heading" id="h-the-new-discipline">La nueva disciplina — en qué consiste realmente</h2>

<p class="wp-block-paragraph">El diseño de prompts adaptado a los lectores de pantalla no es una sola regla. Es un pequeño conjunto de restricciones que, juntas, producen una salida que un sintetizador puede pronunciar de forma inteligible y por la que una tecla de navegación de lector de pantalla puede desplazarse. Las restricciones se agrupan en cuatro categorías.</p>

<p class="wp-block-paragraph"><strong>Respuestas concisas con estructura semántica.</strong> La salida predeterminada de los LLM es demasiado larga para la entrega hablada: una respuesta de 600 palabras que se lee bien en el navegador de un usuario vidente se convierte en un monólogo de cuatro minutos por el que el usuario del lector de pantalla no tiene forma de avanzar. La disciplina pide respuestas más cortas, pero, más importante aún, respuestas cortas <em>estructuradas</em>: un resumen de apertura de una sola frase en el que el usuario puede detenerse, seguido de una estructura por la que el lector de pantalla puede navegar mediante encabezados o elementos de lista.</p>

<p class="wp-block-paragraph"><strong>Evitar los guiones largos y otros signos de puntuación que los sintetizadores pronuncian mal.</strong> El guion largo, el guion corto, el paréntesis, la barra como conjunción, el separador ASCII — todos estos se leen en voz alta como silencio, un literal «guion» o una pausa confusa que parte una cláusula por la mitad. La convención que está emergiendo en los principales modelos es: preferir la coma y el punto; usar los dos puntos para el único lugar en el que realmente los merecen; nunca usar guiones largos en respuestas de contexto hablado; nunca usar separadores ASCII para dividir secciones.</p>

<p class="wp-block-paragraph"><strong>Declarar qué es una lista, qué es un encabezado, qué es código.</strong> El habla sintetizada no tiene jerarquía visual. Un encabezado debe anunciarse como «encabezado», una lista debe anunciarse como «lista con N elementos, elemento uno», el código debe anunciarse como «código», y el modelo debe producir bien estructuras que el lector de pantalla reconozca (HTML, markdown correcto que la superficie de representación convierte en ARIA) o bien narrar verbalmente la propia estructura («Aquí hay tres opciones. Opción uno: …»).</p>

<p class="wp-block-paragraph"><strong>Prohibición del markdown no procesado.</strong> El markdown es adecuado cuando la superficie de representación lo convierte en HTML semántico. El markdown es hostil cuando la superficie muestra los asteriscos y guiones bajos en bruto, porque el lector de pantalla anuncia entonces «asterisco asterisco» antes de cada palabra en negrita. La disciplina consiste en detectar el contexto de representación —interfaz de chat con representación markdown frente a terminal frente a interfaz de voz guiada por lector de pantalla— y conformar la salida en consecuencia. El mismo modelo necesita producir representaciones de superficie distintas de la misma respuesta.</p>

<h2 class="wp-block-heading" id="h-what-screen-readers-need">Lo que los lectores de pantalla necesitan realmente de la IA</h2>

<p class="wp-block-paragraph">Para concretar las restricciones anteriores, es útil observar el comportamiento real de las cuatro combinaciones de lector de pantalla y sistema operativo que dominan el campo: <a href="/articles/accessibility-screen-reader-testing-tools-2026/">JAWS en Windows, NVDA en Windows, VoiceOver en macOS e iOS, y TalkBack en Android</a>. No son intercambiables, y un prompt que produce una salida excelente para uno puede ser ilegible en otro.</p>

<p class="wp-block-paragraph"><strong>Navegación por encabezados.</strong> Los cuatro lectores exponen una tecla de navegación por encabezados (H en JAWS y NVDA, el Rotor en VoiceOver, el control de lectura en TalkBack). Para que una respuesta larga de IA sea navegable, el modelo debe emitir encabezados semánticos reales: bien mediante un pipeline de representación de markdown que convierta en <code>&lt;h2&gt;</code>/<code>&lt;h3&gt;</code> con el nivel correcto de anidamiento, bien a través de la propia API de respuesta estructurada de la superficie de chat. Un modelo que «estructura» su respuesta poniendo en negrita las tres primeras palabras de cada párrafo ha producido algo que parece estructurado visualmente y es completamente plano para un lector de pantalla.</p>

<p class="wp-block-paragraph"><strong>Navegación por listas.</strong> Las listas son útiles en la salida hablada precisamente porque el lector de pantalla anuncia el recuento («lista con siete elementos») y permite al usuario avanzar con la tecla de navegación de elementos de lista (I en NVDA, L en JAWS). Pero esto solo funciona si la lista es un <code>&lt;ul&gt;</code> o <code>&lt;ol&gt;</code> real. Una «lista» producida emitiendo caracteres de viñeta al principio de cada línea, sin contenedor de lista, se lee como prosa ordinaria con una interjección inexplicable de «círculo negro» o «viñeta» en cada línea.</p>

<p class="wp-block-paragraph"><strong>Saltar por secciones.</strong> Las respuestas largas de IA —explicaciones, comparaciones, código con comentarios, instrucciones de varios pasos— necesitan una forma de que el usuario del lector de pantalla salte a la sección que le interesa sin escuchar el preámbulo. Este es el aspecto más difícil de diseñar bien, porque el modelo tiene que producir una estructura navegable <em>y</em> la superficie de chat tiene que representarla de forma que el sistema operativo la exponga a la tecnología de apoyo, <em>y</em> el lector de pantalla tiene que estar configurado para usar la tecla de navegación por encabezados en esa superficie. Los tres factores fallan en la práctica; habitualmente es el del medio.</p>

<p class="wp-block-paragraph"><strong>Indicaciones de pronunciación.</strong> Las voces sintéticas tropiezan con términos técnicos, acrónimos con letras mixtas, URL, identificadores de código, notación matemática y nombres no ingleses. Un modelo bien diseñado, en las respuestas de contexto de lector de pantalla, deletreará los acrónimos en su primera aparición («WCAG, las Pautas de Accesibilidad para el Contenido Web»), expandirá los inicialísmos que el sintetizador no puede pronunciar y evitará incrustar URL en bruto en el flujo de prosa, donde el sintetizador leerá las barras en voz alta. En 2026, ninguno de los principales productos hace esto de forma coherente.</p>

<h2 class="wp-block-heading" id="h-product-comparisons">Cómo lo están gestionando los productos</h2>

<p class="wp-block-paragraph">A mediados de 2026, los principales productos de IA generativa han adoptado posiciones visiblemente diferentes respecto a la salida adaptada a los lectores de pantalla. Ninguno lo ha logrado plenamente. La evolución es más rápida que hace doce meses, pero la brecha entre el mejor y el peor sigue siendo amplia.</p>

<p class="wp-block-paragraph"><strong>ChatGPT (OpenAI).</strong> El cliente web incorpora ahora un interruptor de «modo conciso» que acorta las respuestas predeterminadas y reduce la decoración con markdown. El modo de voz introducido en 2024 —y mejorado sustancialmente en 2025— es lo más parecido que ha ofrecido ningún producto importante a una interfaz nativa de lector de pantalla, porque omite el chat visual por completo y entrega una respuesta hablada con un gesto de parar, reproducir y «repite eso». El campo de instrucciones personalizadas permite a los usuarios de lectores de pantalla declarar sus preferencias una vez y aplicarlas en todas las sesiones, que es la solución de usuario que la comunidad ha adoptado. Los puntos pendientes: los modelos GPT siguen produciendo por defecto prosa con abundantes guiones largos a menos que se les indique lo contrario, y el nivel de encabezado emitido en markdown no siempre se corresponde limpiamente con ARIA en la superficie de chat.</p>

<p class="wp-block-paragraph"><strong>Claude (Anthropic).</strong> La disciplina de prompts de sistema de Claude es la que más se ha acercado a las convenciones descritas anteriormente. El modelo es notablemente menos propenso a los guiones largos que la línea GPT en 2026, produce por defecto respuestas más cortas y responde bien a instrucciones de prompt de sistema como «estás hablando con un usuario de lector de pantalla; no uses guiones largos, prefiere párrafos cortos y usa encabezados reales o listas numeradas cuando se necesite estructura». La superficie de chat de Claude.ai representa el markdown en HTML semántico con niveles de encabezado correctos, lo que hace que la tecla de navegación por encabezados funcione. La salida de voz a través de integraciones de terceros existe pero está menos desarrollada que el modo de voz propio de ChatGPT.</p>

<p class="wp-block-paragraph"><strong>Gemini (Google).</strong> La estrecha integración con TalkBack en Android es la ventaja estructural de Gemini; el modelo puede transferir el control al lector de pantalla a nivel de sistema operativo a través de los servicios de accesibilidad de Android de una forma que los competidores en iOS y web no pueden. El flujo «Ok Google, pregúntale a Gemini...» en dispositivos Android accesibles es, para algunos usuarios, la experiencia de IA más natural disponible junto a un lector de pantalla. Los puntos pendientes: la interfaz web sigue sobre-decorando las respuestas, la jerarquía de encabezados en las respuestas web de Gemini es inconsistente, y el modelo es más propenso a producir emojis decorativos que sus competidores.</p>

<p class="wp-block-paragraph"><strong>Be My AI (Be My Eyes + OpenAI).</strong> Este es el más limitado en alcance de los cuatro —un asistente de descripción visual que utiliza modelos de visión de clase GPT-4 para describir imágenes y entornos a usuarios ciegos y con baja visión—. Es también el único producto de esta lista diseñado desde el primer día para un usuario de lector de pantalla como audiencia principal. El diseño de prompts de Be My AI es la demostración más clara del campo sobre cómo es la salida adaptada a la tecnología de apoyo en la práctica: las descripciones se abren con un resumen de una frase en el que el usuario puede detenerse, continúan con detalles estructurados solo si se solicitan, y evitan el lenguaje espacial («a la izquierda», «arriba») que requiere contexto visual para interpretarse. En 2026, el producto sigue siendo lo más parecido que tiene el campo a una implementación de referencia.</p>

<p class="wp-block-paragraph">La observación transversal es que los cuatro productos han avanzado en las partes fáciles —respuestas más cortas, menos guiones largos, un campo de instrucciones personalizadas— y apenas han empezado con las partes difíciles. Las partes difíciles se detallan a continuación.</p>

<h2 class="wp-block-heading" id="h-open-ux-problems">Problemas abiertos de experiencia de usuario que nadie ha resuelto</h2>

<p class="wp-block-paragraph">La literatura sobre diseño de prompts adaptado a los lectores de pantalla converge en cuatro problemas abiertos de experiencia de usuario en los que la respuesta correcta aún no se conoce. Ninguno de ellos es un problema de capacidad del modelo; todos son problemas de diseño de interacción que se sitúan entre el LLM, la superficie de chat, el sistema operativo y el lector de pantalla.</p>

<p class="wp-block-paragraph"><strong>Capacidad de interrumpir.</strong> Un usuario vidente puede recorrer visualmente una respuesta de LLM en aprox. dos segundos y decidir si la lee. Un usuario de lector de pantalla no puede. Si la respuesta es incorrecta o no pertinente, el usuario tiene que escuchar suficiente parte de ella para saberlo y luego interrumpir. Los modos de voz tienen un botón de parar. Los modos de texto generalmente no: la respuesta llega en flujo continuo y el lector de pantalla la anuncia como nuevo contenido a medida que llega, y el usuario no tiene una forma limpia de decir «deja de generar, esto no es lo que pedí». La aplicación Be My AI lo gestiona mejor; los clientes de chat web, peor.</p>

<p class="wp-block-paragraph"><strong>Repetir la última respuesta con granularidad seleccionable.</strong> Pedir a un lector de pantalla que relea la última respuesta es sencillo si la respuesta es corta. Es inutilizable si la respuesta tiene seis párrafos y el usuario solo quiere escuchar de nuevo el tercer párrafo. La interacción que la comunidad solicita es «repite el último elemento de la lista», «repite la última sección de encabezado», «repite el último bloque de código». Eso requiere que la superficie de chat exponga la estructura al lector de pantalla de forma que los propios comandos de relectura del lector de pantalla puedan direccionarla. En 2026, ninguno de los principales productos lo hace; el usuario tiene que usar la propia navegación línea a línea del lector de pantalla, lo que resulta laborioso.</p>

<p class="wp-block-paragraph"><strong>Navegación por secciones en la salida hablada.</strong> Los modos de voz no tienen una tecla de navegación por encabezados. El usuario escucha una respuesta de cuatro minutos de forma lineal, sin posibilidad de saltar de la sección de «resumen» a la de «detalles» sin rebobinar en el tiempo. Los diseños de interacción que se están prototipando —una «lista de secciones» hablada por la que el usuario puede navegar con las teclas de cursor, un comando de voz «ir a la sección tres», un modo «dame solo los encabezados»— son incipientes. La función de seguimiento «más detalles sobre los colores» de la aplicación Be My AI es la versión funcional más cercana en un producto distribuido.</p>

<p class="wp-block-paragraph"><strong>La pregunta de la transferencia a la tecnología de apoyo: ¿cuándo habla la IA frente a cuándo lee el contenido en voz alta?</strong> Esta es la pregunta de diseño más profunda. Si un usuario de lector de pantalla abre un asistente de IA en una página web, ¿quién habla: la propia voz de la IA (capa TTS), o el lector de pantalla instalado del usuario leyendo la salida de texto de la IA? Los dos sistemas de voz tienen configuraciones diferentes, velocidades de habla diferentes, indicaciones de pronunciación diferentes y gestos de parar y reproducir diferentes. Dos sistemas intentando hablar el mismo contenido al mismo tiempo no produce nada utilizable. La convención que está emergiendo es: las interacciones en modo de voz usan el propio TTS de la IA y suprimen explícitamente el lector de pantalla; las interacciones en modo de texto emiten HTML semántico y dejan que el lector de pantalla hable. Pero el límite entre los dos modos no siempre es nítido —la descripción de imágenes, la generación de código, la notación matemática y las respuestas multimodales se sitúan incómodamente entre voz y texto—, y ese límite es donde viven la mayoría de los problemas activos de experiencia de usuario.</p>

<h2 class="wp-block-heading" id="h-where-it-goes-next">Hacia dónde se dirige</h2>

<p class="wp-block-paragraph">La disciplina está aproximadamente donde estaba la accesibilidad web en aprox. 2002: superada la fase de «¿es esto un problema real?», superada la fase de «¿quién es el responsable?», en la fase de «¿cuáles son las reglas concretas?». Es probable que sucedan tres cosas a lo largo de 2026 y 2027.</p>

<p class="wp-block-paragraph">Primero, los constructores de modelos codificarán sus prompts internos para lectores de pantalla y los publicarán, de la misma manera que Anthropic publica los prompts de sistema de Claude en <a href="/articles/accessibility-aware-rfp-teardown/">declaraciones de accesibilidad al estilo VPAT</a> y que OpenAI ha empezado a documentar los valores predeterminados de comportamiento de GPT. La comunidad solicita el equivalente a una ficha de modelo: una «ficha de salida para lectores de pantalla» que nombre las convenciones que un modelo determinado ha sido entrenado o se le ha indicado por prompt de sistema que siga.</p>

<p class="wp-block-paragraph">Segundo, las superficies de chat —clientes web, aplicaciones móviles, integraciones en IDE— obtendrán pipelines de representación de HTML semántico correctos y una exposición ARIA adecuada para el historial del chat, con las teclas de navegación asignadas al lector de pantalla a nivel del sistema operativo. Este es un trabajo sin glamour, y es el trabajo que más mejorará la situación de los usuarios diarios.</p>

<p class="wp-block-paragraph">Tercero, los propios proveedores de lectores de pantalla —Vispero (JAWS), NV Access (NVDA), Apple (VoiceOver), Google (TalkBack)— empezarán a distribuir funciones adaptadas a la IA: navegación nativa por encabezados dentro de las superficies de chat de IA, un gesto estandarizado de «dejar de generar», comandos de relectura más inteligentes que conozcan la estructura de las respuestas de LLM. El ecosistema de complementos de código abierto de NVDA ya está produciendo versiones tempranas de estos. Los lectores propietarios son más lentos, pero la dirección es la misma.</p>

<p class="wp-block-paragraph">La observación de fondo es que el diseño de prompts adaptado a los lectores de pantalla ha dejado de ser una preocupación de nicho de un puñado de desarrolladores ciegos y se ha convertido en una expectativa básica de cualquier equipo de producto de IA que quiera distribuir en mercados regulados. El <a href="/articles/european-accessibility-act-guide/">European Accessibility Act (EAA)</a> se aplica a los «terminales de autoservicio interactivos» y a los «equipos terminales de consumo con capacidad informática interactiva», una categoría que casi con toda seguridad captura a los principales asistentes de IA en un teléfono. La capa de salida adaptada a la tecnología de apoyo ya no es una función opcional: es vinculante a efectos de contratación pública. Los equipos que descifren las reglas ahora distribuirán los productos que sobrevivan a partir del 28 de junio de 2025. Los equipos que lo traten como una reflexión tardía serán el próximo lote de casos de aplicación del EAA.</p>

<h2 class="wp-block-heading" id="h-final-thoughts">Reflexiones finales</h2>

<p class="wp-block-paragraph">El oficio es pequeño, los riesgos son grandes y las reglas siguen escribiéndose. Si se desarrolla con LLMs y todavía no se ha mantenido una conversación con un usuario de lector de pantalla sobre cómo suena el producto cuando lo usa, eso es lo que corresponde hacer a continuación. La mayor parte de lo que está mal con la IA para los usuarios de lectores de pantalla en 2026 no es un problema de capacidad del modelo; es un problema de diseño de prompts y de superficie que cualquier equipo de producto puede resolver en un sprint, si decide hacerlo.</p>

<p class="wp-block-paragraph">La comunidad ha sido generosa con su tiempo, sus pruebas y su paciencia. También está perdiendo la paciencia más rápido que antes, porque los productos son ahora de uso generalizado y la excusa de «todavía lo estamos resolviendo» ha dejado de ser válida. La disciplina está aquí. Las convenciones están convergiendo. Los próximos dieciocho meses distinguirán a los equipos que escucharon de los que no lo hicieron.</p>

</div>

---
title: BGG, BITV y BFSG de Alemania: cómo el derecho federal se articula con los estándares técnicos de la UE
url: https://www.disabilityworld.org/es/articles/germany-bfg-and-bitv/
description: El régimen de accesibilidad de Alemania combina tres leyes —la BGG federal (2002, reformada en 2016), la ordenanza técnica BITV 2.0 y la BFSG que transpone el EAA (2021)— junto a dieciséis leyes de los Länder y la activación de la vigilancia del mercado por la BAFA en 2025.
author: Disability World
pubDate: 2026-05-22
tags: germany, bgg, bitv, bfsg, regulations, regulation-primer, eu
---

# BGG, BITV y BFSG de Alemania: cómo el derecho federal se articula con los estándares técnicos de la UE

<div class="src-article" data-template="5">

<p class="image-alt-text">Descripción de la imagen: la cúpula de cristal de Norman Foster del Reichstag con la bandera federal alemana ondeando en lo alto — ancla institucional del marco de accesibilidad alemán formado por la BGG, la BITV y la BFSG.</p>

<p class="rt-prefix">Tiempo de lectura: 13 minutos</p>

<p class="wp-block-paragraph">El régimen de accesibilidad doméstico de Alemania no es una sola ley sino una pila de tres: la <strong><span lang="de">Behindertengleichstellungsgesetz</span> (BGG)</strong> — la Ley Federal de Igualdad de Oportunidades para las Personas con Discapacidad, en vigor desde el <strong>1 de mayo de 2002</strong> y reformada sustancialmente en <strong>2016</strong>; la <strong><span lang="de">Barrierefreie-Informationstechnik-Verordnung</span> (BITV 2.0)</strong> — la Ordenanza Federal de Tecnologías de la Información Accesibles, en vigor en su forma actual «2.0» desde <strong>2011</strong> y alineada con <strong>EN 301 549 / WCAG 2.1 AA</strong> mediante sucesivas modificaciones; y la <strong><span lang="de">Barrierefreiheitsstärkungsgesetz</span> (BFSG)</strong> — la Ley de Refuerzo de la Accesibilidad de <strong>16 de julio de 2021</strong>, que transpone al derecho federal alemán el <a href="/regulations/">European Accessibility Act (Directiva 2019/882)</a> y entró en vigor para el sector privado el <strong>28 de junio de 2025</strong>. Las capas no se colapsan entre sí: la BGG cubre los organismos públicos federales, la BITV proporciona el detalle técnico y la BFSG cubre los productos de consumo y los servicios del sector privado. Para situar estas normas junto a las transposiciones de otros Estados miembros, véase el <a href="/regulations/">índice de normativas nacionales de derechos de las personas con discapacidad</a> y el explicador sobre <a href="/articles/en-301-549-explained">EN 301 549</a>, el estándar armonizado en el que se apoyan los tres instrumentos alemanes.</p>

<p class="wp-block-paragraph">Este explicador recorre la pila en orden — el deber general de no discriminación de la BGG, la implementación técnica de la BITV 2.0, la transposición del EAA mediante la BFSG, el nuevo papel de aplicación federal de la <strong>BAFA</strong> en vigor desde junio de 2025, y las <strong>leyes de los <span lang="de">Länder</span></strong> paralelas (<span lang="de">Landesgleichstellungsgesetze</span>) que cubren a las autoridades estatales y municipales en los dieciséis estados federales. Las capas deben leerse por separado, porque las obligaciones, los destinatarios y las vías de aplicación son diferentes en cada una.</p>

<h2 class="wp-block-heading" id="h-bgg-the-federal-anchor">La BGG — el anclaje federal (2002, reformada en 2016)</h2>

<p class="wp-block-paragraph">La <strong><span lang="de">Behindertengleichstellungsgesetz</span></strong> (Ley Federal de Igualdad de Oportunidades para las Personas con Discapacidad) es el estatuto federal alemán fundacional en materia de igualdad por razón de discapacidad. Entró en vigor el <strong>1 de mayo de 2002</strong> como parte de una oleada de reformas que anticipaban la Convención sobre los Derechos de las Personas con Discapacidad (CRPD) y que también dieron lugar al Libro IX del <span lang="de">Sozialgesetzbuch</span> (SGB IX) sobre rehabilitación y participación. La BGG de 2002 introdujo tres conceptos fundamentales en el derecho federal alemán: una definición legal de <span lang="de"><em>Barrierefreiheit</em></span> (accesibilidad) en el §4, un deber vinculante para las autoridades públicas federales de actuar de forma accesible en los §§7 a 11, y un <span lang="de"><em>Verbandsklagerecht</em></span> (derecho de acción asociativa) en el §13 que permite a las organizaciones de personas con discapacidad reconocidas interponer demandas en nombre propio.</p>

<p class="wp-block-paragraph">La reforma de <strong>2016</strong> — elaborada para alinear la BGG con la Convención de la ONU sobre los Derechos de las Personas con Discapacidad, que Alemania ratificó en 2009 — añadió o reforzó varios mecanismos: el deber de realizar ajustes razonables en los procedimientos administrativos (§7(2)), el reconocimiento explícito de la sordoceguera como categoría de discapacidad (§3), un organismo federal de seguimiento (la <span lang="de"><em>Bundesfachstelle für Barrierefreiheit</em></span>) establecido en la <span lang="de">Deutschen Rentenversicherung Knappschaft-Bahn-See</span> en virtud del §13a, y un consejo de arbitraje (<span lang="de"><em>Schlichtungsstelle</em></span>) ante el Comisionado Federal del Gobierno para los Asuntos Relacionados con las Personas con Discapacidad en virtud del §16. La reforma de 2016 también incorporó el deber de <span lang="de"><em>Leichte Sprache</em></span> (alemán de fácil comprensión) en virtud del §11 y exigió a las autoridades federales que se comunicaran de forma accesible en <span lang="de"><em>Deutsche Gebärdensprache</em></span> (DGS, lengua de signos alemana) en virtud del §9.</p>

<h3 class="wp-block-heading" id="h-bgg-scope">A quién vincula realmente la BGG</h3>

<p class="wp-block-paragraph">El ámbito de los destinatarios de la BGG es más estrecho de lo que una primera lectura sugiere. Vincula a las <strong>autoridades públicas federales (<span lang="de">Bundesbehörden</span>)</strong>, a las corporaciones e instituciones bajo derecho público federal y, de forma fundamental, a las entidades con financiación federal que reciben más del 50 % de su financiación de fuentes federales. <strong>No</strong> vincula a las autoridades de los <span lang="de">Länder</span>, a las autoridades municipales ni a los actores privados. Las autoridades de los <span lang="de">Länder</span> están cubiertas por dieciséis estatutos paralelos de cada estado; los actores privados quedan sujetos a la Ley General de Igualdad de Trato (AGG, 2006) en materia de no discriminación y, desde 2025, a la BFSG en materia de accesibilidad de los productos de consumo y los servicios. La BGG es el suelo del sector público federal; el resto del edificio se asienta sobre o junto a ella.</p>

<h3 class="wp-block-heading" id="h-verbandsklage">El derecho de <span lang="de"><em>Verbandsklage</em></span></h3>

<p class="wp-block-paragraph">Una característica de la BGG que distingue el régimen alemán de muchos de sus homólogos de la UE es el derecho de legitimación asociativa del §13. Las organizaciones de personas con discapacidad reconocidas — actualmente unas 80 organizaciones en la lista federal mantenida por el Ministerio Federal de Trabajo y Asuntos Sociales (BMAS) — pueden demandar a las autoridades federales por incumplimiento de la BGG sin identificar a un denunciante individualmente afectado. El derecho se ha ejercido con moderación pero de forma visible: el <span lang="de">Deutscher Behindertenrat</span> y las organizaciones miembro han presentado un número reducido de casos en cada ciclo, dirigidos principalmente a las deficiencias en contratación pública accesible y en servicios digitales. La legitimación asociativa reduce la fricción que de otro modo impone la vía de reclamación individual — el coste, la exposición derivada de la divulgación y el lento calendario de los tribunales administrativos.</p>

<h2 class="wp-block-heading" id="h-bitv-the-technical-ordinance">BITV 2.0 — la ordenanza técnica</h2>

<p class="wp-block-paragraph">La <strong><span lang="de">Barrierefreie-Informationstechnik-Verordnung</span></strong> (Ordenanza de Tecnologías de la Información Accesibles) es la ordenanza de implementación dictada en virtud del §12 de la BGG. La primera BITV entró en vigor en 2002 junto con el estatuto principal; la <strong>BITV 2.0</strong> actual entró en vigor el <strong>22 de septiembre de 2011</strong> y ha sido modificada en <strong>2019</strong> (para alinearse con la Directiva de Accesibilidad Web de la UE 2016/2102 y con EN 301 549 v3.1.1) y de nuevo en <strong>2023</strong> (para adaptarse a EN 301 549 v3.2.1 y aclarar la cobertura de las aplicaciones móviles). La BITV es la capa que nombra un estándar técnico específico y vincula a los sitios web, las intranets y las aplicaciones móviles del sector público federal a cumplirlo.</p>

<p class="wp-block-paragraph">En su forma actual, la BITV 2.0 incorpora por referencia la <strong>EN 301 549 V3.2.1</strong> — el estándar europeo armonizado de accesibilidad de las TIC — que a su vez integra la <strong>WCAG 2.1 Nivel AA</strong> para el contenido web y las aplicaciones móviles. La ordenanza también impone obligaciones específicas alemanas más allá de la EN 301 549: una obligación explícita en el §4 de proporcionar <em>información en alemán de fácil comprensión (<span lang="de">Leichte Sprache</span>) y en lengua de signos alemana (DGS)</em> en las páginas de inicio de las autoridades federales, un deber de mecanismo de retroalimentación en el §12b y requisitos de publicación de declaraciones de accesibilidad en el §12c que reflejan el artículo 7 de la Directiva de Accesibilidad Web.</p>

<h3 class="wp-block-heading" id="h-bitv-scope">A quién vincula la BITV y qué cubre</h3>

<p class="wp-block-paragraph">El ámbito de la BITV sigue al de la BGG: las autoridades federales, las corporaciones con financiación federal bajo derecho público y — mediante la transposición por los Estados miembros de la Directiva 2016/2102 — los tribunales federales y los órganos legislativos federales en su capacidad administrativa. Los sitios web federales deben publicar una declaración de accesibilidad y un mecanismo de retroalimentación, y la <span lang="de"><em>Überwachungsstelle des Bundes für Barrierefreiheit von Informationstechnik</em></span> (BFIT-Bund, el organismo federal de seguimiento de la accesibilidad de las TI, adscrito al BMAS) lleva a cabo un seguimiento periódico e informa a la Comisión Europea cada tres años. El informe de seguimiento federal más reciente, correspondiente al periodo 2022-24, muestreó aproximadamente 200 sitios web y 60 aplicaciones móviles y detectó lagunas persistentes en la navegación por teclado, el texto alternativo, el subtitulado de contenidos de vídeo anteriores y la publicación de declaraciones de accesibilidad en la forma reglamentaria.</p>

<p class="wp-block-paragraph">Las TIC del sector público a nivel de <span lang="de">Land</span> están cubiertas por dieciséis ordenanzas paralelas a nivel de cada <span lang="de">Land</span> — denominadas a veces BITV-Landes-X — dictadas en virtud del estatuto de igualdad de oportunidades de cada <span lang="de">Land</span>. Estas reproducen de cerca el contenido técnico de la BITV 2.0, pero varían en la cadencia de seguimiento y en si la competencia corresponde al <span lang="de">Land</span> o al organismo federal de seguimiento.</p>

<h2 class="wp-block-heading" id="h-bfsg-the-eaa-transposition">BFSG — la transposición del EAA, activada en junio de 2025</h2>

<p class="wp-block-paragraph">La <strong><span lang="de">Barrierefreiheitsstärkungsgesetz</span> (BFSG)</strong> — la Ley de Refuerzo de la Accesibilidad — fue adoptada el <strong>16 de julio de 2021</strong> y entró en vigor de forma escalonada, con la fecha operativa para los productos y servicios del sector privado incluidos en su ámbito fijada en el <strong>28 de junio de 2025</strong>, la fecha de aplicación armonizada del EAA. La BFSG transpone al derecho federal alemán la <a href="/regulations/">Directiva (UE) 2019/882</a> — el European Accessibility Act (EAA). Mientras la BGG cubre a las autoridades públicas federales y la BITV proporciona el detalle técnico para las TIC del sector público federal, la BFSG es el primer estatuto federal general que vincula a los <strong>operadores económicos del sector privado</strong> en materia de accesibilidad de los productos de consumo y los servicios orientados al consumidor.</p>

<h3 class="wp-block-heading" id="h-bfsg-scope">Qué cubre la BFSG</h3>

<p class="wp-block-paragraph">El ámbito de productos y servicios sigue literalmente al EAA, con la estructura de destinatarios adaptada al derecho federal alemán. Los productos cubiertos incluyen el hardware informático de uso general para consumidores y los sistemas operativos, los terminales de autoservicio (cajeros automáticos, máquinas de billetes, quioscos de facturación), los equipos terminales de consumo para servicios de comunicaciones electrónicas y servicios de comunicación audiovisual (descodificadores, teléfonos inteligentes, televisores inteligentes) y los lectores electrónicos de libros. Los servicios cubiertos incluyen los servicios bancarios para consumidores, los servicios de comunicaciones electrónicas, los servicios que dan acceso a los servicios de comunicación audiovisual, los servicios de información sobre el transporte de pasajeros (componentes web, móvil y terminales de autoservicio), el comercio electrónico y los libros electrónicos.</p>

<ul class="wp-block-list">
<li><strong>Operadores económicos vinculados:</strong> fabricantes, importadores y distribuidores de productos incluidos en el ámbito; prestadores de servicios que ofrezcan servicios incluidos en el ámbito a consumidores en Alemania.</li>
<li><strong>Exención para microempresas:</strong> de conformidad con el artículo 4(5) del EAA, las microempresas que prestan servicios (menos de 10 empleados y volumen de negocio o balance total de hasta 2.000.000 €) quedan exentas de las obligaciones en materia de servicios, pero deben conservar documentación sobre su condición de microempresa; la exención sobre los productos <em>no</em> es aplicable.</li>
<li><strong>Defensa por carga desproporcionada:</strong> disponible en virtud del §17 de la BFSG, con sujeción a una evaluación documentada conforme al Anexo VI del EAA.</li>
<li><strong>Defensa por alteración fundamental:</strong> disponible cuando el cumplimiento exigiría un cambio en la naturaleza básica del producto o el servicio.</li>
<li><strong>Período transitorio:</strong> los contratos celebrados antes del 28 de junio de 2025 y los terminales de autoservicio ya en uso en esa fecha se benefician de una ventana de transición de hasta <strong>cinco años</strong> para el contrato y de hasta <strong>quince años</strong> para el hardware del terminal (§38 BFSG).</li>
</ul>

<p class="wp-block-paragraph">Los requisitos técnicos de accesibilidad que deben cumplir los productos y servicios se establecen en la ordenanza de implementación, la <strong>BFSGV</strong> (<span lang="de">Barrierefreiheitsstärkungsgesetz-Verordnung</span>) de <strong>15 de junio de 2022</strong>, que hace referencia a EN 301 549 para los componentes de TIC y a las normas armonizadas pertinentes para otras categorías de productos. Donde no existe todavía una norma armonizada, la conformidad puede demostrarse directamente a través de los requisitos funcionales de accesibilidad del EAA, en consonancia con el Anexo I.</p>

<h2 class="wp-block-heading" id="h-bafa-enforcement">BAFA y la activación de la vigilancia del mercado</h2>

<p class="wp-block-paragraph">El cambio más relevante de 2025 no fue la entrada en vigor de la ley — eso ocurrió en 2021 — sino la <strong>activación operativa de la vigilancia del mercado</strong> el 28 de junio de 2025. Con arreglo al §19 de la BFSG, la competencia de vigilancia del mercado sobre los <em>productos</em> cubiertos por la BFSG corresponde al <strong><span lang="de">Bundesamt für Wirtschaft und Ausfuhrkontrolle</span> (BAFA)</strong> — la Oficina Federal de Economía y Control de las Exportaciones, con sede en Eschborn. Para los <em>servicios</em> cubiertos por la BFSG, la competencia está distribuida: la <strong><span lang="de">Bundesnetzagentur</span> (BNetzA)</strong> para los servicios de comunicaciones electrónicas; la <strong>BaFin</strong> para los servicios bancarios al consumidor; los <strong><span lang="de">Landesmedienanstalten</span></strong> para los servicios de acceso a los medios audiovisuales; y — para el comercio electrónico, los libros electrónicos y los servicios de información sobre el transporte de pasajeros — las <strong>autoridades de vigilancia del mercado de los <span lang="de">Länder</span></strong>, que coordinan a través de un foro federal-Länder convocado por el BMAS.</p>

<p class="wp-block-paragraph">El mandato de la BAFA abarca desde las verificaciones de conformidad de los productos en el momento de la comercialización hasta los procedimientos de multas administrativas en virtud del §37 de la BFSG. Las multas pueden alcanzar <strong>hasta 100.000 € por infracción</strong>, con el límite superior aplicado por línea de producto o servicio afectado en los casos reincidentes. Además de las multas, la BAFA puede ordenar la retirada del mercado o la recuperación de productos cuando el incumplimiento crea un «riesgo significativo», expresión tomada de la arquitectura de vigilancia del mercado del Reglamento General de Seguridad de los Productos (Reglamento (UE) 2023/988). La BAFA también publica informes anuales de vigilancia del mercado en los que se identifican las categorías de productos con las tasas de incumplimiento más elevadas; el primer informe del ciclo de la BFSG está previsto para finales de 2026.</p>

<h3 class="wp-block-heading" id="h-private-right-of-action">Sin acción civil privada de indemnización de daños</h3>

<p class="wp-block-paragraph">La BFSG no crea, por sí sola, una acción civil privada de indemnización monetaria de daños. Los consumidores pueden presentar reclamaciones ante la BAFA, la BNetzA o la autoridad de servicio competente, que decidirán si abren un procedimiento. Las asociaciones reconocidas de protección de los consumidores y las organizaciones de personas con discapacidad tienen derechos de acción colectiva en virtud del §22 de la BFSG que reproducen la Directiva de Acciones Representativas de la UE (Directiva (UE) 2020/1828, transpuesta al derecho alemán como VDuG, en vigor desde octubre de 2023). La vía de la acción colectiva es la parte de la arquitectura alemana de aplicación del derecho privado en el sector privado que con mayor probabilidad producirá jurisprudencia visible en 2026-27.</p>

<h2 class="wp-block-heading" id="h-laender-laws">La capa de los <span lang="de">Länder</span> — dieciséis estatutos paralelos</h2>

<p class="wp-block-paragraph">La estructura federal de Alemania implica que la accesibilidad del sector público en los <span lang="de">Länder</span> y sus municipios está regulada por dieciséis <strong><span lang="de">Landesgleichstellungsgesetze (LGG)</span></strong> separadas, cada una con su propio ámbito de aplicación, su propio organismo de seguimiento y su propia ordenanza técnica. La <span lang="de">BayBGG</span> de Baviera (2003, revisada en 2018), la <span lang="de">BGG NRW</span> de Renania del Norte-Westfalia (2004, revisada en 2016), la <span lang="de">LGBG</span> de Berlín (1999, revisada en 2021), la <span lang="de">HmbBGG</span> de Hamburgo (2005, revisada en 2020) y la <span lang="de">SächsInklusG</span> de Sajonia (2018) son los ejemplos más citados; los estatutos de Schleswig-Holstein, Baja Sajonia, Hesse y Baden-Wurtemberg completan el cuadro de los <span lang="de">Länder</span> más grandes.</p>

<p class="wp-block-paragraph">La mayoría de las LGG siguen la plantilla estructural de la BGG — deber de accesibilidad definido, derecho de <span lang="de"><em>Verbandsklage</em></span>, disposiciones sobre lengua y comunicación para la DGS y el alemán de fácil comprensión — pero la implementación técnica varía. Algunos <span lang="de">Länder</span> dictan su propia ordenanza equivalente a la BITV; algunos incorporan por referencia la BITV 2.0; uno o dos dejan la capa técnica insuficientemente especificada, con el resultado de que el cumplimiento de los sitios web municipales es desigual en ese <span lang="de">Land</span>. El informe federal de seguimiento de 2024 puso de manifiesto esta asimetría: el cumplimiento de las TIC del sector público federal es significativamente superior al de los municipios de los <span lang="de">Länder</span>, principalmente porque la cadencia de seguimiento de BFIT-Bund a nivel federal no tiene equivalente en todos los <span lang="de">Länder</span>.</p>

<h2 class="wp-block-heading" id="h-how-the-layers-interact">Cómo interactúan realmente las tres capas</h2>

<p class="wp-block-paragraph">En la práctica, una entidad alemana que deba clasificar su obligación de accesibilidad en 2026 debería responder tres preguntas en orden. Primero, ¿es una autoridad pública federal, una corporación federal bajo derecho público o una entidad con financiación federal que supere el umbral del 50 %? Si es así, se aplica la BGG, la BITV 2.0 establece el estándar técnico y BFIT-Bund realiza el seguimiento. Segundo, ¿es una autoridad de un <span lang="de">Land</span> o municipal, o una entidad con financiación del <span lang="de">Land</span>? Si es así, se aplican la LGG correspondiente y su ordenanza técnica, con seguimiento a cargo del organismo equivalente del <span lang="de">Land</span>. Tercero, ¿es un operador económico del sector privado que comercializa productos incluidos en el ámbito o presta servicios incluidos en el ámbito a consumidores en Alemania? Si es así, se aplican la BFSG y la BFSGV, con competencia de la BAFA, la BNetzA, la BaFin o una autoridad de vigilancia del mercado del <span lang="de">Land</span> según el producto o el servicio de que se trate.</p>

<p class="wp-block-paragraph">Un hospital privado que recibe el 60 % de financiación federal podría estar en dos capas al mismo tiempo: la BGG (por el umbral de financiación federal) y, para sus servicios en línea orientados al consumidor, la BFSG. Las obligaciones de cumplimiento se superponen en lugar de colisionar — ambas capas apuntan en última instancia a EN 301 549 / WCAG 2.1 AA para las interfaces digitales —, pero las vías de aplicación difieren. Una infracción de la BGG va al consejo de arbitraje del BMAS o a los tribunales administrativos mediante <span lang="de"><em>Verbandsklage</em></span>; una infracción de la BFSG va a la BAFA o a la BNetzA.</p>

<h3 class="wp-block-heading" id="h-the-en-301-549-anchor">El anclaje de EN 301 549 / WCAG en las tres capas</h3>

<p class="wp-block-paragraph">El anclaje técnico unificador de la BGG, la BITV y la BFSG es el estándar armonizado de la UE <strong>EN 301 549 V3.2.1</strong>, que integra la WCAG 2.1 Nivel AA para el contenido web y las aplicaciones móviles. Esto es lo que da coherencia práctica a la arquitectura alemana por capas: un único estándar técnico atraviesa la capa del sector público federal (vía BITV 2.0), la capa del sector público de los <span lang="de">Länder</span> (vía los equivalentes a la BITV de cada <span lang="de">Land</span>) y la capa del sector privado (vía BFSG/BFSGV). Cuando una futura ordenanza de implementación alemana eleve el estándar técnico a <strong>WCAG 2.2 AA</strong>, las tres capas se moverán conjuntamente — no existe ningún escenario plausible en el que la BFSG avance a 2.2 mientras la BITV permanezca en 2.1, porque la BITV hace referencia al mismo estándar armonizado que la BFSGV.</p>

<h2 class="wp-block-heading" id="h-practical-implications">Implicaciones prácticas para las empresas que operan en Alemania</h2>

<p class="wp-block-paragraph">Tres implicaciones concretas se derivan para las organizaciones cuyas operaciones en Alemania superaron el umbral de la BFSG el 28 de junio de 2025. Primero, la defensa por carga desproporcionada del §17 de la BFSG es documentada, no meramente declarada — los operadores que se amparen en ella deben producir una evaluación al estilo del Anexo VI que la BAFA puede reclamar. Segundo, la exención para microempresas se aplica únicamente a los servicios; los fabricantes e importadores de productos incluidos en el ámbito no pueden acogerse a ella independientemente del número de empleados. Tercero, la declaración de accesibilidad de la BFSG es obligatoria para los servicios incluidos en el ámbito y debe publicarse en un formato estructurado en la superficie principal orientada al consumidor del operador; los primeros controles puntuales de la BAFA en el segundo semestre de 2025 se habrían centrado, al parecer, en si las declaraciones existían en absoluto, dejando para el ciclo de 2026 los controles de conformidad sustantiva.</p>

<p class="wp-block-paragraph">Para los organismos públicos federales y las entidades con financiación federal, la prioridad práctica en 2026 es cerrar las brechas que el informe de seguimiento de BFIT-Bund 2022-24 señaló: la navegación por teclado en los flujos transaccionales, el texto alternativo en las imágenes, el subtitulado de los contenidos de vídeo anteriores y la forma de la declaración de accesibilidad. Para las entidades de los <span lang="de">Länder</span> y los municipios, la prioridad es el ciclo de seguimiento de la LGG que esté en vigor.</p>

<h2 class="wp-block-heading" id="h-conclusion">Conclusión: un régimen por capas, anclado en un único estándar</h2>

<p class="wp-block-paragraph">La arquitectura alemana de tres estatutos por capas parece compleja desde fuera porque lo es: una BGG federal y una BITV de implementación desde 2002, dieciséis estatutos de los <span lang="de">Länder</span> que cubren el sector público y una BFSG que transpone el EAA al sector privado desde 2021. Lo que hace que el régimen sea manejable en la práctica es que las tres capas se anclan en el mismo estándar técnico europeo armonizado, EN 301 549, que integra la WCAG 2.1 AA para las interfaces digitales y atraviesa todas las capas de la pila. La activación de la vigilancia del mercado de la BAFA en virtud de la BFSG en 2025 es el cambio que sitúa por primera vez a un regulador federal del lado del sector privado, con multas administrativas de hasta 100.000 € por infracción y exposición a acciones colectivas a través del VDuG. La doctrina y los destinatarios ya estaban en su lugar; lo que el periodo a partir de 2026 pondrá a prueba es el mecanismo de aplicación.</p>

<p class="wp-block-paragraph">Disability World ofrece más información sobre el <a href="/regulations/">European Accessibility Act y las transposiciones de los Estados miembros</a>, sobre el <a href="/articles/en-301-549-explained">estándar armonizado EN 301 549</a> y en el conjunto del <a href="/articles/">registro normativo de 2026</a>.</p>

<h2 class="wp-block-heading" id="h-primary-sources">Fuentes primarias</h2>

<ol class="wp-block-list">
<li><span lang="de">Bundesministerium der Justiz. <em>Behindertengleichstellungsgesetz (BGG)</em></span>, en vigor desde el 1 de mayo de 2002, con las modificaciones introducidas por la <span lang="de">Bundesteilhabegesetz</span> de 2016. <a href="https://www.gesetze-im-internet.de/bgg">gesetze-im-internet.de/bgg</a></li>
<li><span lang="de">Bundesministerium der Justiz. <em>Barrierefreie-Informationstechnik-Verordnung (BITV 2.0)</em></span>, en vigor desde el 22 de septiembre de 2011, última modificación en 2023. <a href="https://www.gesetze-im-internet.de/bitv_2_0">gesetze-im-internet.de/bitv_2_0</a></li>
<li><span lang="de">Bundesministerium der Justiz. <em>Barrierefreiheitsstärkungsgesetz (BFSG)</em></span>, de 16 de julio de 2021, BGBl. I p. 2970, operativo para los productos y servicios incluidos en el ámbito desde el 28 de junio de 2025. <a href="https://www.gesetze-im-internet.de/bfsg">gesetze-im-internet.de/bfsg</a></li>
<li><span lang="de">Bundesministerium der Justiz. <em>Barrierefreiheitsstärkungsgesetz-Verordnung (BFSGV)</em></span>, de 15 de junio de 2022. <a href="https://www.gesetze-im-internet.de/bfsgv">gesetze-im-internet.de/bfsgv</a></li>
<li><span lang="de">Überwachungsstelle des Bundes für Barrierefreiheit von Informationstechnik (BFIT-Bund). <em>Bundesmonitoring-Bericht zur Barrierefreiheit von Websites und mobilen Anwendungen des öffentlichen Sektors, 2022-2024</em>.</span> <a href="https://www.bfit-bund.de">bfit-bund.de</a></li>
<li><span lang="de">Bundesamt für Wirtschaft und Ausfuhrkontrolle (BAFA). <em>Informationen zur BFSG-Marktüberwachung für Wirtschaftsakteure</em></span> (2025). <a href="https://www.bafa.de">bafa.de</a></li>
<li>Unión Europea. <em>Directiva (UE) 2019/882 sobre los requisitos de accesibilidad de los productos y servicios (European Accessibility Act)</em>, DO L 151, 7.6.2019.</li>
<li>Unión Europea. <em>Directiva (UE) 2016/2102 sobre la accesibilidad de los sitios web y aplicaciones para dispositivos móviles de los organismos del sector público</em>, DO L 327, 2.12.2016.</li>
<li>ETSI / CEN / CENELEC. <em>EN 301 549 V3.2.1 — Requisitos de accesibilidad para productos y servicios TIC</em> (marzo de 2021).</li>
</ol>

</div>

---
title: El estado de las métricas globales de discapacidad en 2026: qué se contabiliza, qué no, y por qué la brecha se cierra despacio
url: https://www.disabilityworld.org/es/articles/global-disability-metrics-2026/
description: Dos décadas después del Washington Group Short Set on Functioning, solo una minoría de censos nacionales lo aplica. El informe de la OMS de 2024 y el Compendio de Estadísticas de Discapacidad de ONU DESA de 2025 ofrecen los datos de 2026 y exponen las brechas.
author: Disability World
pubDate: 2026-05-22
tags: data, statistics, washington-group, who, un-desa, measurement
---

# El estado de las métricas globales de discapacidad en 2026: qué se contabiliza, qué no, y por qué la brecha se cierra despacio

<div class="src-article" data-template="1">

<div>
  <span class="eyebrow"><strong>Dosier de datos</strong> · Infraestructura de medición</span>
</div>

<h1>El estado de las métricas globales de discapacidad en 2026 — <em>qué se contabiliza, qué no, y por qué la brecha se cierra despacio</em></h1>

<p class="lede">Dos décadas después de que el Washington Group on Disability Statistics publicara su Short Set on Functioning, el mundo cuenta por fin con un titular defendible: <strong>1.300 millones de personas</strong>, aproximadamente el <strong>16% de la población mundial</strong>, viven con una discapacidad significativa, según la actualización de seguimiento de 2024 de la OMS al World Report on Disability. Esta cifra se sustenta en una infraestructura de medición que tardó veinte años en construirse y que aún omite casi por completo a cuatro poblaciones. <strong>Más de 55 oficinas nacionales de estadística</strong> aplican ya el Washington Group Short Set; <strong>más de 90 países de renta baja y media</strong> publican datos del Módulo sobre el Funcionamiento de los Niños de UNICEF/WG; el Compendio de ONU DESA de 2025 registra que <strong>cerca de 120 países</strong> producen al menos algún informe sobre indicadores ODS desagregados por discapacidad. El titular es más sólido que nunca. Lo que todavía escapa a esa red es de lo que trata el resto de este dosier.</p>

<section class="dossier" aria-labelledby="dossier-title">
  <header class="dossier-head">
    <span class="dossier-stamp">Hallazgos · Expediente 01</span>
    <span class="dossier-meta">06 hallazgos · derivados de OMS 2024, inventario de la Secretaría WG, Compendio ONU DESA 2025</span>
  </header>
  <h2 class="dossier-title" id="dossier-title">Lo que revela la infraestructura de medición de 2026</h2>
  <ol class="dossier-list">
    <li class="dossier-row">
      <span class="dossier-idx">01</span>
      <span class="dossier-stat">1.300 M</span>
      <div class="dossier-body">
        <p class="dossier-claim">La actualización de la OMS de 2024 cifra la discapacidad global en 1.300 millones de personas: el titular más sólido que ha tenido el campo</p>
        <p class="dossier-note">La limitación funcional —no la contabilización condición por condición de la Carga Global de Enfermedad— es ahora el marco principal. De los 1.300 millones, alrededor de 190 millones de adultos experimentan dificultades muy significativas en el funcionamiento, una cifra que apenas ha variado desde el informe de 2011.</p>
      </div>
    </li>
    <li class="dossier-row">
      <span class="dossier-idx">02</span>
      <span class="dossier-stat">16%</span>
      <div class="dossier-body">
        <p class="dossier-claim">La prevalencia global ascendió de aproximadamente el 15% en 2011 a cerca del 16% en 2024</p>
        <p class="dossier-note">El mundo no se ha vuelto «más discapacitado»: la medición ha mejorado, la población mayor de 60 años ha crecido en casi 240 millones en 13 años, y la prevalencia de enfermedades crónicas se ha expandido más rápido que el crecimiento demográfico en Asia Meridional y África Subsahariana.</p>
      </div>
    </li>
    <li class="dossier-row">
      <span class="dossier-idx">03</span>
      <span class="dossier-stat">55+</span>
      <div class="dossier-body">
        <p class="dossier-claim">Más de 55 oficinas nacionales de estadística aplican ya el Washington Group Short Set en censos o encuestas de referencia</p>
        <p class="dossier-note">De las aproximadamente 200 jurisdicciones que realizan censos decenales o quinquenales. La mayor parte de América Latina, un número creciente de NSO africanas, varios países asiáticos de gran tamaño y una proporción lentamente creciente de miembros de la OCDE de renta alta.</p>
      </div>
    </li>
    <li class="dossier-row">
      <span class="dossier-idx">04</span>
      <span class="dossier-stat">aprox. 10%</span>
      <div class="dossier-body">
        <p class="dossier-claim">Aproximadamente 1 de cada 10 niños de 5 a 17 años en países de renta baja y media tiene una discapacidad según el Módulo sobre el Funcionamiento de los Niños</p>
        <p class="dossier-note">La actualización de UNICEF de 2024 <em>Seen, Counted, Included</em> agrega estimaciones de prevalencia basadas en el CFM de más de 90 países de renta baja y media, el conjunto de datos comparables sobre discapacidad infantil más amplio que ha existido jamás. Sustancialmente superior a las estimaciones anteriores.</p>
      </div>
    </li>
    <li class="dossier-row">
      <span class="dossier-idx">05</span>
      <span class="dossier-stat">4 brechas</span>
      <div class="dossier-body">
        <p class="dossier-claim">Cuatro poblaciones siguen siendo sistemáticamente infrarrepresentadas, incluso en las encuestas mejor instrumentadas</p>
        <p class="dossier-note">Niños menores de 2 años (no existe un instrumento estandarizado). Personas en instituciones residenciales, prisiones o campos de refugiados (excluidas de los marcos de muestreo de encuestas domiciliarias). Personas con discapacidad intelectual o psicosocial (el Extended Set se aplica en menos de dos docenas de países). Los más de 117 millones de desplazados forzosos (casi ningún marco de muestreo de NSO los alcanza).</p>
      </div>
    </li>
    <li class="dossier-row">
      <span class="dossier-idx">06</span>
      <span class="dossier-stat">2,2 → 17,8</span>
      <div class="dossier-body">
        <p class="dossier-claim">La prevalencia nacional oscila entre el 2,2% (India, pregunta única heredada) y el 17,8% (Reino Unido, GSS armonizado + WG)</p>
        <p class="dossier-note">Bangladés 2,8%, Sudáfrica 6,0%, Brasil 8,9%, EE. UU. 13,4%, México 16,5%. La mayor parte de la dispersión responde al instrumento, el umbral y la elección de agregación, no a la epidemiología subyacente. La guía de la WG de 2024 recomienda ahora informar con al menos dos umbrales en paralelo.</p>
      </div>
    </li>
  </ol>
  <p class="dossier-foot"><strong>Fuente</strong>OMS, World Report on Disability (2011) y actualización de seguimiento de 2024; inventario de despliegue por países del Secretariado del Washington Group 2024; Compendio de Estadísticas de Discapacidad de ONU DESA 2025; Módulo sobre el Funcionamiento de los Niños de UNICEF/WG, <em>Seen, Counted, Included</em>, actualización 2024; publicaciones de censos nacionales (IBGE 2022, Stats SA 2022, INEGI 2020, ONS 2021/22, BBS 2022).</p>
</section>

<div class="toc">
  <div class="toc-title">En este dosier</div>
  <ul>
    <li><span class="toc-num">01</span><a href="#methodology">Cómo se contabiliza la discapacidad en 2026</a></li>
    <li><span class="toc-num">02</span><a href="#headline">El titular: 1.300 M y 16%</a></li>
    <li><span class="toc-num">03</span><a href="#wgss">Adopción del Washington Group Short Set</a></li>
    <li><span class="toc-num">04</span><a href="#child">Infancia: el CFM y la brecha de menores de 2 años</a></li>
    <li><span class="toc-num">05</span><a href="#missed">Lo que aún no se contabiliza bien</a></li>
    <li><span class="toc-num">06</span><a href="#double">El debate sobre la doble contabilización, en cuatro países</a></li>
    <li><span class="toc-num">07</span><a href="#sdg">ODS 17.18.1 y el Compendio de 2025</a></li>
    <li><span class="toc-num">08</span><a href="#outlook">Perspectivas para 2026 y el hilo conductor</a></li>
  </ul>
</div>

<hr />

<h2 id="methodology">01 · Cómo se contabiliza la discapacidad en 2026</h2>

<p class="dropcap-first">Tres cambios se produjeron entre el World Report on Disability de 2011 y la actualización de seguimiento de la OMS de 2024, y todos empujan la cifra de prevalencia global en la misma dirección. El mundo es más viejo: la población mayor de 60 años ha crecido en casi 240 millones en 13 años, y la limitación funcional significativa aumenta bruscamente a partir de los 60. La prevalencia de enfermedades crónicas, en particular la diabetes tipo 2 y sus secuelas, se ha expandido más rápido que el crecimiento demográfico en Asia Meridional y África Subsahariana. Y la propia medición ha mejorado: los instrumentos del Washington Group, el Módulo sobre el Funcionamiento de los Niños de UNICEF/WG y la Model Disability Survey han madurado hasta convertirse en herramientas de referencia que producen recuentos más altos y más fiables que la pregunta heredada de «¿tiene usted una discapacidad?» a la que sustituyeron.</p>

<div class="stat-row r3">
  <div class="stat-box"><div class="stat-big">aprox. 1.300 M</div><div class="stat-desc">Personas con discapacidad significativa en el mundo (OMS 2024)</div></div>
  <div class="stat-box"><div class="stat-big green">16%</div><div class="stat-desc">Prevalencia global en 2024, frente al aprox. 15% de 2011</div></div>
  <div class="stat-box"><div class="stat-big">190 M</div><div class="stat-desc">Adultos con dificultades muy significativas en el funcionamiento</div></div>
</div>

<div class="callout info">
  <div class="ct">Por qué el «16%» es un suelo, no un techo</div>
  <p>La cifra de prevalencia del 16% de la OMS debe leerse como el suelo de una estimación defendible, no como el descubrimiento de que el mundo se ha vuelto de algún modo más discapacitado en 13 años. La actualización de 2024 adopta la limitación funcional como marco principal; el informe de 2011 se apoyaba en el marco de la Carga Global de Enfermedad (CGE), años vividos con discapacidad por causa específica, pero la actualización de 2024 mantiene la CGE como anexo y no como titular. Un recuento por limitación funcional y un recuento condición por condición no son la misma población: mezclarlos produce doble contabilización de quienes aparecen en varias filas de condición, e infracontabilización de quienes tienen limitaciones sin un código CIE-11 claramente asignable.</p>
</div>

<hr />

<h2 id="headline">02 · El titular y lo que mide realmente</h2>

<p>La cifra de <strong>prevalencia del 16%</strong> de la OMS (aproximadamente 1.300 millones de personas) debe leerse, por tanto, como el suelo de una estimación defendible, no como el descubrimiento de que el mundo se ha vuelto más discapacitado en 13 años. De esos 1.300 millones, la actualización de 2024 distingue alrededor de <strong>190 millones de adultos con dificultades muy significativas en el funcionamiento</strong>, la población para la que los servicios de rehabilitación, la tecnología de apoyo y las ayudas de asistencia personal están más claramente indicados y menos adecuadamente provistos. Esta subcifra apenas ha variado entre los informes de 2011 y de 2024, lo que es en sí mismo un hallazgo.</p>

<p>El número que no aparece en el titular de la OMS es el de la discapacidad por condición. El informe de 2011 se apoyaba en el marco de la Carga Global de Enfermedad (CGE) —años vividos con discapacidad por causa específica—, y la actualización de 2024 mantiene la CGE como apéndice y no como titular. Un recuento por limitación funcional y un recuento condición por condición no son la misma población: mezclarlos produce doble contabilización de quienes aparecen en varias filas de condición, e infracontabilización de quienes tienen limitaciones sin un código CIE-11 claramente asignable. La actualización de 2024 adopta la limitación funcional como marco principal.</p>

<div class="chart-section">
  <div class="chart-title">Prevalencia nacional declarada — censo más reciente o encuesta de referencia</div>
  <div class="bar-row"><div class="bar-label">India · Censo 2011</div><div class="bar-track"><div class="bar-fill bf-e" style="width:12%">2,2% · pregunta única heredada</div></div></div>
  <div class="bar-row"><div class="bar-label">Bangladés · 2022</div><div class="bar-track"><div class="bar-fill bf-c" style="width:16%">2,8% · WG-SS (estrecho)</div></div></div>
  <div class="bar-row"><div class="bar-label">Sudáfrica · 2022</div><div class="bar-track"><div class="bar-fill bf-a" style="width:34%">6,0% · WG-SS</div></div></div>
  <div class="bar-row"><div class="bar-label">Brasil · 2022</div><div class="bar-track"><div class="bar-fill bf-a" style="width:50%">8,9% · WG-SS (adaptado)</div></div></div>
  <div class="bar-row"><div class="bar-label">Estados Unidos · 2023</div><div class="bar-track"><div class="bar-fill bf-b" style="width:75%">13,4% · 6 preguntas derivadas del WG</div></div></div>
  <div class="bar-row"><div class="bar-label">México · 2020</div><div class="bar-track"><div class="bar-fill bf-b" style="width:93%">16,5% · WG-SS (amplio)</div></div></div>
  <div class="bar-row"><div class="bar-label">Reino Unido · 2021/22</div><div class="bar-track"><div class="bar-fill bf-b" style="width:100%">17,8% · GSS + WG</div></div></div>
</div>

<p>El rango —del 2,2% al 17,8%— resume el largo debate sobre comparabilidad en el campo. No se trata, en su mayor parte, de que la discapacidad sea genuinamente siete veces más frecuente en el Reino Unido que en India. El instrumento, el umbral a partir del cual se contabiliza a alguien (¿alguna dificultad?, ¿mucha?), la inclusión o exclusión de personas institucionalizadas y la disposición de los encuestados a autoidentificarse mueven la cifra más que la epidemiología subyacente. Donde el WG-SS se aplica de manera consistente —especialmente en la mayor parte de América Latina—, las cifras comparativas entre países están ahora en una banda mucho más estrecha que hace una década.</p>

<hr />

<h2 id="wgss">03 · Los instrumentos del Washington Group y dónde se aplican realmente</h2>

<figure class="article-figure">
  <img src="/article-images/global-disability-metrics-2026/inline-1.webp" alt="Los seis dominios funcionales del Washington Group Short Set —visión, audición, movilidad, cognición, autocuidado y comunicación— visualizados en una cuadrícula limpia de iconos estilizados." width="800" height="450" loading="lazy" />
  <figcaption>Las seis preguntas sobre dominios funcionales del Washington Group Short Set son el instrumento canónico detrás de la cifra de prevalencia global del 16%: visión, audición, movilidad, cognición, autocuidado, comunicación.</figcaption>
</figure>

<p>El <strong>Washington Group Short Set on Functioning (WG-SS)</strong> consta de seis preguntas: dificultades para ver, escuchar, caminar o subir escaleras, recordar o concentrarse, el autocuidado y la comunicación, cada una en una escala de cuatro niveles de gravedad (ninguna dificultad, alguna, mucha, no puede hacerlo en absoluto). Fue diseñado a mediados de la primera década del siglo para ser suficientemente breve como para incorporarse a un censo nacional, suficientemente neutral para traducirse entre culturas y suficientemente gradado en severidad para sustentar comparaciones entre países si se aplica de manera consistente. El inventario de 2024 del Secretariado del Washington Group contabiliza <strong>más de 55 oficinas nacionales de estadística</strong> que han aplicado el WG-SS de forma literal o casi literal en su censo más reciente o en su encuesta domiciliaria de referencia.</p>

<p>«Más de 55» puede parecer modesto, y lo es. Existen alrededor de 200 jurisdicciones que realizan censos decenales o quinquenales. Los usuarios del WG-SS incluyen la mayor parte de América Latina, un número creciente de NSO africanas, varios países asiáticos de gran tamaño y una proporción lentamente creciente de miembros de la OCDE de renta alta. Las no usuarias se dividen entre países que siguen utilizando una pregunta única heredada «¿es usted una persona con discapacidad?» (habitual en partes de Asia Meridional, Asia Sudoriental y varios estados del Golfo), países con un instrumento nacional diseñado antes de que existiera el WG-SS (el ONS del Reino Unido utiliza la pregunta de discapacidad armonizada del GSS junto con preguntas de estilo WG) y países cuyo censo más reciente es anterior a la última revisión del Washington Group.</p>

<div class="chart-section">
  <div class="chart-title">Densidad de adopción del WG-SS por región — inventario 2024 del Secretariado del Washington Group (ilustrativo)</div>
  <div class="bar-row"><div class="bar-label">América Latina</div><div class="bar-track"><div class="bar-fill bf-a" style="width:88%">Mayoría de NSO · literal o casi literal</div></div></div>
  <div class="bar-row"><div class="bar-label">África Subsahariana</div><div class="bar-track"><div class="bar-fill bf-a" style="width:60%">Adopción en expansión</div></div></div>
  <div class="bar-row"><div class="bar-label">OCDE renta alta</div><div class="bar-track"><div class="bar-fill bf-c" style="width:42%">Lenta, a menudo hibridizada con instrumentos nacionales</div></div></div>
  <div class="bar-row"><div class="bar-label">Asia Oriental y Sudoriental</div><div class="bar-track"><div class="bar-fill bf-c" style="width:35%">Mixta — varias NSO grandes en proceso de adopción</div></div></div>
  <div class="bar-row"><div class="bar-label">Asia Meridional</div><div class="bar-track"><div class="bar-fill bf-e" style="width:22%">Principalmente pregunta única heredada, algunos proyectos piloto</div></div></div>
  <div class="bar-row"><div class="bar-label">Golfo y Asia Occidental</div><div class="bar-track"><div class="bar-fill bf-e" style="width:18%">Marcos heredados dominantes</div></div></div>
</div>

<hr />

<h2 id="child">04 · El instrumento sobre el funcionamiento de los niños</h2>

<p>Para la infancia, el instrumento canónico es el <strong>Módulo sobre el Funcionamiento de los Niños (CFM) del Washington Group / UNICEF</strong>, finalizado en 2016 y convertido en el módulo de referencia para los grupos de edad de 2 a 4 y de 5 a 17 años. El programa MICS (Multiple Indicator Cluster Survey) de UNICEF ha incluido el CFM por defecto desde MICS6; la publicación global de 2024 incluye estimaciones de prevalencia basadas en el CFM de <strong>más de 90 países de renta baja y media</strong>, el conjunto de datos comparables sobre discapacidad infantil más amplio que ha existido jamás. La actualización de UNICEF de 2024 <em>Seen, Counted, Included</em> informa que aproximadamente <strong>1 de cada 10 niños de 5 a 17 años en países de renta baja y media</strong> tiene una discapacidad según la definición del CFM, cifra sustancialmente superior a las estimaciones anteriores y coherente con el ajuste direccional de la OMS. El CFM no tiene equivalente para menores de 2 años: la variación en los hitos del desarrollo en la franja de 0 a 24 meses es demasiado amplia para que un módulo breve resulte útil, y esa brecha es la primera de las cuatro poblaciones que la infraestructura de medición de 2026 no contabiliza adecuadamente.</p>

<div class="callout warning">
  <div class="ct">aprox. el 80% de los niños sordos en países de renta baja y media permanece fuera del sistema escolar</div>
  <p>El Informe de Seguimiento de la Educación en el Mundo (GEM) de la UNESCO ha estimado, en varias ediciones consecutivas, que cerca del 80% de los niños sordos en países de renta baja y media están fuera de la escuela. El CFM permite por fin a los países contabilizar a estos niños, pero contar es solo el primer paso. Donde existen los datos, los ministerios de educación no han construido aún la infraestructura de educación inclusiva necesaria para actuar en consecuencia.</p>
</div>

<hr />

<h2 id="missed">05 · Las poblaciones que los titulares todavía no recogen</h2>

<p>Cuatro grupos siguen siendo sistemáticamente infrarrepresentados incluso en las encuestas nacionales mejor instrumentadas.</p>

<h3>Personas en instituciones</h3>
<p>La mayoría de los marcos de muestreo de las encuestas domiciliarias excluyen las instituciones residenciales, los centros psiquiátricos de larga estancia, las prisiones y los campos de refugiados, poblaciones en las que la prevalencia de discapacidad —especialmente la discapacidad psicosocial e intelectual— es dramáticamente elevada. El mapeo de la Comisión Europea de 2023 sobre la población institucionalizada encontró alrededor de <strong>1,4 millones de europeos en instituciones residenciales de discapacidad</strong>, ninguno de los cuales aparece en las estimaciones estándar de encuestas domiciliarias. El Compendio de ONU DESA de 2025 califica la exclusión de «infrarrecuento de primer orden» en su anexo metodológico.</p>

<h3>Personas con discapacidad intelectual o psicosocial</h3>
<p>Las seis preguntas del WG-SS son preguntas sobre dominios funcionales y detectan bien lo que cubren. La discapacidad intelectual aparece parcialmente a través de «recordar o concentrarse»; la discapacidad psicosocial aparece parcialmente a través de «comunicarse» y en parte en ningún sitio. El Extended Set del Washington Group y el módulo WG-SS Enhanced añaden preguntas sobre ansiedad, depresión, función del tren superior y fatiga, pero el Enhanced se aplica en menos de dos docenas de países a fecha de 2024. La actualización de la OMS de 2024 señala esto como la mayor brecha de medición en la familia de instrumentos actual.</p>

<h3>Niños menores de 2 años</h3>
<p>El CFM comienza a los 2 años y no existe ningún instrumento estandarizado internacionalmente para edades inferiores. UNICEF y el equipo de Desarrollo de la Primera Infancia de la OMS han pilotado un enfoque híbrido de cribado clínico en siete países desde 2023, pero el trabajo es de carácter metodológico y no está listo para su despliegue nacional.</p>

<h3>Personas en contextos de conflicto y desplazamiento</h3>
<p>El informe estadístico de mediados de 2024 de ACNUR contabiliza <strong>más de 117 millones de personas desplazadas forzosamente</strong> en el mundo. Según la limitada evidencia disponible, la prevalencia de discapacidad en las poblaciones desplazadas es sustancialmente mayor que en las poblaciones asentadas del mismo origen, en función de las lesiones sufridas, la privación y la menor movilidad de las personas con discapacidad en situaciones de crisis. Casi ningún marco de muestreo de NSO cubre adecuadamente a las poblaciones desplazadas. El grupo de trabajo de las Normas de Inclusión Humanitaria ha presionado a ACNUR y a la OIM desde 2022 para incorporar el WG-SS en el registro de entrada, con resultados desiguales.</p>

<p class="pull-quote">Los instrumentos existen. La cuestión, como en tantas áreas de la política de discapacidad, es si los datos llegarán a recogerse.</p>

<hr />

<h2 id="double">06 · El debate sobre la doble contabilización, en cuatro países</h2>

<p>La pregunta operativa más controvertida en estadísticas de discapacidad en 2026 es también la que suena más técnica: cuando se formulan las seis preguntas del WG-SS y un encuestado declara dificultad en más de un dominio, ¿se le contabiliza una sola vez según el nivel de gravedad más alto, una vez con cualquier gravedad por encima del umbral, o se suman las puntuaciones de gravedad? Las oficinas nacionales de estadística lo tratan de manera diferente, y la diferencia mueve el titular varios puntos porcentuales.</p>

<div class="quote-block">
  <div class="meta">Secretariado del Washington Group · nota metodológica · 2024</div>
  <div class="quote">«El Short Set fue diseñado para que un país pudiera declarar una prevalencia nacional de discapacidad defendible. No fue diseñado para permitir una comparación fácil entre dos países que han adoptado opciones de umbral y agregación diferentes. Seguimos trabajando en ello.»</div>
  <span class="source">Washington Group on Disability Statistics, actualización de guía 2024</span>
</div>

<p>El censo de <strong>Bangladés</strong> de 2022 declaró un 2,8% utilizando un umbral de «mucha dificultad / no puede hacerlo en absoluto» y una regla del dominio más alto, el extremo conservador del espectro WG-SS. El censo de <strong>Sudáfrica</strong> de 2022 utilizó el mismo instrumento con un umbral más inclusivo (alguna dificultad en dos o más dominios, o mucha en uno) y declaró el 6,0%. El Censo IBGE de <strong>Brasil</strong> aplicó un umbral moderadamente inclusivo y declaró el 8,9%. El INEGI de <strong>México</strong> captura cualquier «alguna dificultad» declarada en cualquier dominio junto con el nivel más restrictivo, y declara el 16,5%, próximo a la cifra global de la OMS y muy superior a la de sus vecinos de Asia Meridional que utilizan, en apariencia, el mismo instrumento.</p>

<div class="firm-ranking">
  <div class="firm-row">
    <div class="firm-rank">01</div>
    <div style="flex:1"><div class="firm-name">Bangladés · Censo BBS 2022</div><div class="firm-meta">WG-SS · umbral estrecho (mucha dificultad / no puede hacerlo)</div></div>
    <div class="firm-bar"><div class="firm-fill" style="width:17%">2,8%</div></div>
  </div>
  <div class="firm-row">
    <div class="firm-rank">02</div>
    <div style="flex:1"><div class="firm-name">Sudáfrica · Censo Stats SA 2022</div><div class="firm-meta">WG-SS · umbral moderado (alguna en 2+ o mucha en 1)</div></div>
    <div class="firm-bar"><div class="firm-fill" style="width:36%">6,0%</div></div>
  </div>
  <div class="firm-row">
    <div class="firm-rank">03</div>
    <div style="flex:1"><div class="firm-name">Brasil · Censo IBGE 2022</div><div class="firm-meta">WG-SS adaptado · umbral moderadamente inclusivo</div></div>
    <div class="firm-bar"><div class="firm-fill" style="width:54%">8,9%</div></div>
  </div>
  <div class="firm-row">
    <div class="firm-rank">04</div>
    <div style="flex:1"><div class="firm-name">México · Censo INEGI 2020</div><div class="firm-meta">WG-SS · inclusivo (cualquier «alguna dificultad» + nivel restrictivo)</div></div>
    <div class="firm-bar"><div class="firm-fill" style="width:100%">16,5%</div></div>
  </div>
</div>

<p>Ninguna de estas oficinas está equivocada. Cada una ha justificado su elección en una metodología públicamente disponible y cada una tiene razones enraizadas en la continuidad de los datos de ciclos anteriores. La guía del Washington Group de 2024, por primera vez, recomienda declarar al menos dos umbrales en paralelo —un recuento «estrecho» en el nivel de mayor gravedad y un recuento «amplio» incluyendo respuestas de alguna dificultad— precisamente para que la comparación entre países sea posible.</p>

<hr />

<h2 id="sdg">07 · Los informes desagregados por ODS y el Compendio de 2025</h2>

<p>El <strong>Indicador 17.18.1 de los Objetivos de Desarrollo Sostenible de la ONU</strong> hace seguimiento de la proporción de indicadores del marco ODS que se desagregan, entre otras variables, por discapacidad. El <strong>Compendio de Estadísticas de Discapacidad de ONU DESA</strong>, publicado por primera vez en 2018 con actualizaciones importantes en 2022 y, más recientemente, en 2025, es el mejor inventario disponible sobre qué países producen qué datos.</p>

<p>El hallazgo principal del Compendio de 2025 es que alrededor de <strong>120 países</strong> producen ahora al menos algún informe sobre indicadores ODS desagregado por discapacidad, frente a 76 en la línea de base de 2018. La profundidad es variable: la mayoría declara datos desagregados por discapacidad sobre el nivel educativo alcanzado (ODS 4.5.1) y sobre la participación en el mercado de trabajo (ODS 8.5); muchos menos declaran datos desagregados por discapacidad sobre salud materna, sistema de justicia o participación política; y prácticamente ninguno declara datos desagregados por discapacidad sobre resiliencia climática. La revisión de medio término del Marco de Sendái de 2025 señaló esta brecha: los informes sobre reducción del riesgo de desastres en virtud de los ODS 11.5 y 13.1 siguen siendo muy escasos en desagregación por discapacidad, a pesar del compromiso del propio Sendái de 2015.</p>

<div class="stat-row r3">
  <div class="stat-box"><div class="stat-big">120</div><div class="stat-desc">Países que producen algún informe ODS desagregado por discapacidad (2025)</div></div>
  <div class="stat-box"><div class="stat-big blue">76</div><div class="stat-desc">Países que hacían lo mismo en la línea de base de 2018</div></div>
  <div class="stat-box"><div class="stat-big amber">aprox. 0</div><div class="stat-desc">Países con datos de resiliencia climática desagregados por discapacidad</div></div>
</div>

<hr />

<h2 id="outlook">08 · Qué cambió en 2025-26 y qué falta aún en 2026</h2>

<p>Tres avances concretos están reconfigurando el panorama de medición de 2026. En primer lugar, la <strong>actualización de seguimiento de la OMS de 2024</strong> ha reestablecido el titular en 1.300 millones y el 16% y ha convertido la limitación funcional en el marco principal; declarar en cualquier otro marco requiere ahora una justificación adicional. En segundo lugar, el <strong>Compendio de ONU DESA de 2025</strong> ha publicado la primera matriz país por país de informes sobre indicadores ODS desagregados por discapacidad, lo que facilita el mapeo de brechas para donantes y sociedad civil de una manera que antes no era posible. En tercer lugar, el <strong>inventario de 2024 del Secretariado del Washington Group</strong> ha comenzado a publicar no solo si un país utiliza el WG-SS, sino cómo: qué umbral aplica, si despliega el Extended Set o el módulo Enhanced y si sus microdatos son públicamente accesibles para su reanálisis. La actualización de 2025 incorporó <strong>nueve nuevos países</strong>, incluida la primera publicación de microdatos con financiación pública por parte de una importante NSO de Asia Meridional.</p>

<p>Tres puntos ciegos estructurales es improbable que se cierren con la trayectoria actual.</p>

<ul>
  <li><strong>Datos comparables sobre la población institucionalizada.</strong> El mapeo de la Comisión Europea de 2023 es el más próximo que ha llegado ninguna región; no existe ningún conjunto de datos global comparable. Sin él, el titular del 16% pasa por alto decenas de millones de personas cuya prevalencia es la más alta de cualquier subpoblación que el campo contabilice.</li>
  <li><strong>Prevalencia comparable de la discapacidad psicosocial.</strong> El Extended Set y el WG-SS Enhanced tienen las preguntas necesarias; su despliegue representa una fracción del de la base de usuarios del WG-SS. Hasta que eso cambie, la cifra global infracontabiliza sistemáticamente a la población cuyas barreras de acceso más claramente requieren ajustes no físicos.</li>
  <li><strong>Datos climáticos y de desastres desagregados por discapacidad.</strong> El compromiso del Marco de Sendái de 2015 de informar sobre la reducción del riesgo de desastres desagregado por discapacidad está, en 2026, casi totalmente incumplido fuera de un puñado de países piloto. A medida que la frecuencia de desastres provocados por el clima continúa aumentando, esta se convierte en la mayor brecha de la matriz de desagregación ODS.</li>
</ul>

<div class="callout safe">
  <div class="ct">Qué aspecto tiene una buena medición en 2026</div>
  <p>Las oficinas nacionales de estadística que producen los datos de discapacidad más defendibles comparten cuatro prácticas, no una: utilizan el WG-SS de forma literal o casi literal; declaran al menos dos umbrales en paralelo (estrecho y amplio); publican los microdatos públicamente a un nivel que permite el reanálisis independiente; y cubren las poblaciones institucionales y desplazadas mediante módulos suplementarios específicos en lugar de excluirlas del marco de muestreo. Stats SA, IBGE Brasil, INEGI México y el ONS del Reino Unido son las oficinas más próximas a este estándar de referencia en 2026. La mayoría no lo están.</p>
</div>

<hr />

<h2 id="closing">El hilo conductor</h2>

<p>Dos décadas después de que el Washington Group publicara el Short Set, la prevalencia global de discapacidad se contabiliza por fin de una manera que produce cifras defendibles y ampliamente comparables: el 16%, alrededor de 1.300 millones de personas, de las que unos 190 millones de adultos experimentan dificultades muy significativas. La actualización de la OMS de 2024 y el Compendio de ONU DESA de 2025 se han alineado en torno a ese marco. Lo que queda es la larga cola de poblaciones que el titular omite: personas en instituciones, niños menores de 2 años, poblaciones desplazadas y personas con discapacidad intelectual o psicosocial a las que las seis preguntas sobre dominios funcionales solo capturan parcialmente. Cerrar esas brechas es una decisión de inversión de las oficinas nacionales de estadística, no un problema de investigación. Los instrumentos existen. La cuestión, como en tantas áreas de la política de discapacidad, es si los datos llegarán a recogerse.</p>

<p>Más información de Disability World sobre <a href="/toolkit/glossary/crpd/">la CRPD</a>, sobre <a href="/regulations/">las regulaciones nacionales</a> y sobre <a href="/articles/">el registro de informes de 2026</a>.</p>

<footer class="footer-note">
  <p><strong>Metodología y datos:</strong> Las cifras se han consolidado a partir de la actualización de seguimiento de la OMS de 2024 al World Report on Disability; el inventario de despliegue por países del Secretariado del Washington Group de 2024; el Compendio de Estadísticas de Discapacidad de ONU DESA, edición 2025; el Módulo sobre el Funcionamiento de los Niños de UNICEF/Washington Group y la publicación de UNICEF de 2024 <em>Seen, Counted, Included</em>; y el censo nacional o la encuesta domiciliaria de referencia más reciente de Brasil (IBGE 2022), Sudáfrica (Stats SA 2022), México (INEGI 2020), el Reino Unido (ONS 2021/22), Bangladés (BBS 2022), India (Censo 2011 + NSS 2018) y Estados Unidos (ACS 2023). Totales de desplazamiento forzoso a mediados de 2024 de ACNUR procedentes de la publicación <em>Tendencias Globales</em> de ACNUR; estimaciones de la población institucionalizada del mapeo de la Comisión Europea de 2023; estadísticas de educación del Informe de Seguimiento de la Educación en el Mundo de la UNESCO.</p>
  <p><strong>Fuentes primarias:</strong> Organización Mundial de la Salud, <em>World Report on Disability</em> (2011) y actualización de seguimiento de 2024 — who.int. Washington Group on Disability Statistics, Short Set on Functioning, Extended Set e inventario de despliegue por países de 2024 — washingtongroup-disability.com. UNICEF y Washington Group, Módulo sobre el Funcionamiento de los Niños y <em>Seen, Counted, Included</em>, actualización 2024 — data.unicef.org/topic/child-disability. Departamento de Asuntos Económicos y Sociales de las Naciones Unidas, <em>Disability Statistics Compendium</em> 2025 — un.org/development/desa/disabilities. Publicaciones de oficinas nacionales de estadística: IBGE (ibge.gov.br), Stats SA (statssa.gov.za), INEGI (inegi.org.mx), ONS (ons.gov.uk). ACNUR, <em>Tendencias Globales del Desplazamiento Forzoso</em>, informe de mediados de 2024 — unhcr.org/global-trends. UNDRR, documento final de la Revisión de Medio Término del Marco de Sendái 2025 — undrr.org.</p>
  <p><strong>Lo que este artículo no es:</strong> Este es un dosier sobre infraestructura de medición, no una prescripción política. Los porcentajes de prevalencia declarados por las oficinas nacionales de estadística varían según el instrumento, el umbral y la elección de agregación; las comparaciones entre países deben leerse con esa salvedad. Nada de lo aquí expuesto constituye asesoramiento estadístico, jurídico o programático para ningún país u organización.</p>
</footer>

</div>

---
title: Tipografía inclusiva: fuentes adaptadas a la dislexia, interlineado y espaciado entre palabras
url: https://www.disabilityworld.org/es/articles/inclusive-typography-and-readability/
description: Guía de diseño basada en evidencia: elección tipográfica (OpenDyslexic frente a Atkinson Hyperlegible y Tiresias), interlineado, espaciado entre letras y palabras, y los factores subestimados de longitud de línea, alineación y tamaño mínimo de fuente.
author: Disability World
pubDate: 2026-05-22
tags: typography, dyslexia, readability, design, education, low-vision
---

# Tipografía inclusiva: fuentes adaptadas a la dislexia, interlineado y espaciado entre palabras

<div class="src-article" data-template="5">

<p class="image-alt-text">Descripción de la imagen: Una muestra tipográfica que muestra diferentes tipografías sans-serif con una regla de interlineado y unas gafas de lectura encima, el marcador visual de la tipografía inclusiva.</p>

<div class="byline">
  <span><strong>Por</strong> la redacción de Disability World</span>
  <span><strong>Actualizado</strong> mayo 2026</span>
  <span><strong>Tiempo de lectura</strong> 9 minutos</span>
</div>

<p class="rt-prefix">Tiempo de lectura: 9 minutos</p>

<p class="wp-block-paragraph">La tipografía es la capa de un producto digital que la mayoría de los lectores nunca percibe conscientemente, hasta que les falla. Para un lector con dislexia, un lector con baja visión o un lector con rasgos de déficit de atención, la diferencia entre una página cómoda y una agotadora se mide a menudo en milímetros de interlineado, centésimas de em de espaciado entre letras y un valor de tamaño de fuente establecido en la hoja de estilos hace seis meses y que nunca se volvió a revisar. La tipografía inclusiva es la disciplina de elegir esos valores sobre la base de lo que la evidencia sobre legibilidad realmente respalda, en lugar de lo que parece «con criterio de diseño» en la imagen de portada de un portafolio.</p>

<p class="wp-block-paragraph">Esta introducción mapea el campo tal como se encuentra en 2026. Cubre la elección tipográfica, incluyendo la afirmación bien conocida pero con escaso respaldo empírico sobre <strong>OpenDyslexic</strong>, y las alternativas más defendibles en <strong>Atkinson Hyperlegible</strong> y la familia <strong>Tiresias</strong>. Recorre los cuatro parámetros numéricos establecidos por el Criterio de Conformidad <strong>1.4.12 Espaciado del texto</strong> de <a href="/toolkit/glossary/wcag/">WCAG 2.2</a>: interlineado, espaciado entre letras, espaciado entre palabras y espaciado entre párrafos. Y concluye con los factores subestimados a los que la investigación sigue apuntando: longitud de línea, alineación y un tamaño mínimo de fuente sensato. Lo que funciona para los lectores con baja visión, muestra la evidencia, se solapa significativamente con lo que funciona para los lectores con dislexia y para los lectores con patrones de atención propios del TDAH.</p>

<h2 class="wp-block-heading" id="h-font-choice">Elección tipográfica: qué dice (y qué no dice) la investigación</h2>

<p class="wp-block-paragraph">Existe la creencia popular de que existe una «fuente para la dislexia» y que cambiar a ella mejorará materialmente la lectura de los usuarios con dislexia. Las dos tipografías más citadas son <strong>OpenDyslexic</strong> (publicada como tipografía libre de código abierto en 2011) y <strong>Dyslexie</strong> (una tipografía comercial diseñada por Christian Boer en 2008). Ambas comparten una estrategia de diseño característica: bases más pesadas en cada glifo para «anclar» las letras a la línea de base, aperturas exageradas en letras como la c y la e, y mayor diferenciación entre pares de letras especulares (b/d, p/q, n/u). La lógica visual es intuitiva y el marketing ha sido eficaz. La evidencia, sin embargo, es más escasa de lo que sugiere ese marketing.</p>

<p class="wp-block-paragraph">El estudio empírico más citado —Rello y Baeza-Yates (2013)— no encontró ninguna ventaja significativa en la velocidad de lectura para los lectores con dislexia al usar OpenDyslexic en comparación con tipografías sans-serif convencionales. Un estudio de seguimiento de Wery y Diliberto (2017) en <em>Annals of Dyslexia</em> puso a prueba a niños con dislexia leyendo en Times New Roman, Arial y OpenDyslexic y no encontró ninguna mejora consistente para la tipografía específica para la dislexia. Una revisión de 2018 de la British Dyslexia Association concluyó que ninguna tipografía había demostrado superar a una sans-serif bien diseñada y sencilla para los lectores con dislexia en velocidad de lectura, precisión y comprensión a un nivel que justificara prescribirla como herramienta de corrección. El comentario de seguimiento de 2024 de la misma asociación reafirmó esa posición.</p>

<p class="wp-block-paragraph">Lo que la misma base de investigación sí respalda es que <strong>las decisiones de diseño tipográfico importan</strong>, aunque no de la manera que afirma el marketing de las fuentes para la dislexia. Las características que mejoran la legibilidad para los lectores con dislexia son las mismas que mejoran la legibilidad para los lectores con baja visión y para los lectores que leen en condiciones de iluminación deficientes:</p>

<ul class="wp-block-list">
  <li><strong>Altura de x generosa</strong>: la altura del cuerpo de las minúsculas en relación con la altura de las mayúsculas. Una mayor altura de x facilita la identificación de los glifos individuales a tamaños de visualización más pequeños.</li>
  <li><strong>Formas de letras inequívocas</strong>: distinción clara entre la l minúscula, la I mayúscula y el numeral 1; entre el cero y la O mayúscula; entre c, e y o; y entre los pares especulares b/d y p/q.</li>
  <li><strong>Aperturas amplias</strong>: los huecos en letras como c, e, a y s deben ser ampliamente abiertos, no cerrados. Las aperturas cerradas se colapsan a tamaños pequeños y con bajo contraste.</li>
  <li><strong>Peso de trazo uniforme</strong>: las tipografías de alto contraste (trazos verticales gruesos, trazos horizontales finos) reducen la legibilidad a tamaños pequeños para los lectores con baja visión; un trazo uniforme o de contraste moderado es más robusto.</li>
  <li><strong>Espaciado generoso incorporado en la fuente</strong>: algunas tipografías se distribuyen con métricas predeterminadas muy ajustadas que ponen en dificultades al lector antes de que se aplique ninguna hoja de estilos.</li>
</ul>

<p class="wp-block-paragraph">Las dos tipografías más defendibles según la evidencia son <a href="https://brailleinstitute.org/freefont">Atkinson Hyperlegible</a>, diseñada y publicada por el Braille Institute en 2019 específicamente para lectores con baja visión, y la familia Tiresias, diseñada originalmente en el RNIB para subtítulos y uso en pantalla en los años noventa y que sigue utilizándose en la accesibilidad de la radiodifusión en el Reino Unido. Atkinson Hyperlegible es gratuita, incluye una cobertura lingüística considerable y viene preinstalada como opción predeterminada en la configuración de accesibilidad de varios sistemas operativos. Sus decisiones de diseño —diferenciación exagerada entre el 0 y la O, entre el 1 y la I y la l, entre la c y la e— fueron probadas con lectores con baja visión durante su desarrollo, y las mismas elecciones benefician a los lectores con dislexia porque los patrones de confusión subyacentes se solapan.</p>

<p class="wp-block-paragraph">El resumen honesto es, por tanto: <strong>no prometa que una fuente específica para la dislexia mejorará la lectura de un lector con dislexia.</strong> Elija una sans-serif bien diseñada con una altura de x generosa, diferenciación clara de letras, aperturas amplias y peso de trazo uniforme. Atkinson Hyperlegible es una opción sólida por defecto. También lo es Tiresias para contextos solo de pantalla. Igualmente lo es una versión bien configurada de Verdana, Tahoma, Trebuchet MS o la fuente de interfaz de usuario del sistema en cada sistema operativo. La evidencia no dice «use esta tipografía»; dice «no use una tipografía de display de alto contraste, baja altura de x y aperturas cerradas para el texto de cuerpo».</p>

<h2 class="wp-block-heading" id="h-line-height">Interlineado: el suelo de 1,5x</h2>

<p class="wp-block-paragraph">Si la elección tipográfica es el factor más debatido en la tipografía inclusiva, el interlineado es el más infrautilizado. El Criterio de Conformidad 1.4.12 Espaciado del texto de WCAG 2.2 establece el suelo de forma explícita: cuando un usuario aplica una sustitución de hoja de estilos para aumentar el espaciado del texto, no debe perderse ningún contenido ni funcionalidad. Los cuatro valores de 1.4.12 son un interlineado de al menos <strong>1,5 veces el tamaño de la fuente</strong>; un espaciado tras los párrafos de al menos <strong>2 veces el tamaño de la fuente</strong>; un espaciado entre letras de al menos <strong>0,12 veces el tamaño de la fuente</strong>; y un espaciado entre palabras de al menos <strong>0,16 veces el tamaño de la fuente</strong>. Estos son los valores mínimos que la página debe admitir sin romperse. Sin embargo, no son los únicos valores que conviene conocer: son el límite inferior de lo aceptable.</p>

<p class="wp-block-paragraph">El mecanismo por el que el interlineado ayuda a los lectores está bien estudiado. Cuando las líneas se componen con poco espacio —un interlineado de 1,0 o 1,1—, los descendentes de una línea se superponen a los ascendentes de la siguiente, creando interferencia visual que el ojo debe resolver antes de poder identificar las formas de los glifos. Para un adulto lector habitual, esta resolución es automática. Para un lector con dislexia, que ya dedica más capacidad cognitiva a la identificación de letras y a la segmentación de palabras, el coste adicional de resolver la interferencia entre líneas no es trivial. Lo mismo ocurre con un lector con baja visión cuyo tamaño efectivo de carácter después del zoom es menor que el del lector promedio. Un interlineado adecuado aísla cada línea como su propia banda horizontal, lo que reduce la tendencia del ojo a saltarse líneas o releer la misma línea, una dificultad documentada en los lectores con dislexia.</p>

<p class="wp-block-paragraph">La base de investigación recomienda un interlineado de aproximadamente <strong>1,4 a 1,6</strong> para texto de cuerpo en pantalla; el valor preciso depende de la tipografía, el tamaño y la longitud de línea. Para lectura de forma larga, un interlineado de 1,5 es un valor por defecto seguro; para bloques de texto más cortos a tamaños ligeramente mayores, 1,4 puede leerse bien; para columnas estrechas a tamaños pequeños, a veces se justifica un valor de 1,6 a 1,7. El suelo de 1,5 de WCAG se sitúa en el extremo inferior de esta banda, que es precisamente por qué es un suelo y no un objetivo. Si una página establece `line-height: 1.5` cumple con 1.4.12. Si una página establece `line-height: 1.6` también cumple y se lee con mayor comodidad para los lectores para los que se redactó el criterio.</p>

<h2 class="wp-block-heading" id="h-letter-and-word-spacing">Espaciado entre letras y entre palabras</h2>

<p class="wp-block-paragraph">Los dos parámetros de espaciado dentro de la palabra —el espaciado entre letras (tracking) y el espaciado entre palabras— son los que con más frecuencia se dejan en cero por defecto. La mayoría de las tipografías bien diseñadas se distribuyen con métricas que funcionan al tamaño para el que fueron diseñadas, que en pantalla tiende a ser un cuerpo de 14–16 px. Los valores mínimos del criterio WCAG 1.4.12 piden que la página admita un <strong>espaciado entre letras de 0,12em</strong> y un <strong>espaciado entre palabras de 0,16em</strong> sin romperse. Los autores no están obligados a establecer estos valores; están obligados a no romperse cuando el agente de usuario los aplica.</p>

<p class="wp-block-paragraph">El mecanismo del espaciado entre letras es similar al del interlineado: una pequeña cantidad de tracking —del orden de 0,02em a 0,05em para texto de cuerpo en una sans-serif— reduce el hacinamiento perceptivo entre glifos adyacentes. El efecto es más pronunciado en los lectores con baja visión que leen texto ampliado, donde las letras que se tocan o están próximas pueden fusionarse en un único grupo visual, y en los lectores con dislexia, para quienes la identificación de letras es el paso limitante. El mismo tracking modesto ayuda en entornos de pantalla donde el renderizado de subpíxeles es menos preciso (pantallas de alta resolución que funcionan a factores de escala no enteros, por ejemplo).</p>

<p class="wp-block-paragraph">El espaciado entre palabras es el factor olvidado. En un bloque de texto justificado (que la tipografía inclusiva debería evitar; véase más adelante), los espacios entre palabras se estiran y comprimen de manera impredecible a medida que el renderizador equilibra el ancho de las líneas. En un bloque alineado a la izquierda, el espacio entre palabras es constante. Un espaciado entre palabras de aproximadamente 0,16em —aproximadamente el suelo de WCAG cuando se aplica como desplazamiento positivo— mejora la segmentación de palabras para los lectores con dislexia, lo que es un cuello de botella documentado. El mismo valor favorece la lectura previa de texto a voz y mejora el ritmo de seguimiento con el dedo para los usuarios de amplificadores táctiles.</p>

<p class="wp-block-paragraph">La receta práctica para el texto de cuerpo en un sitio rico en contenido, en términos de CSS, tiene el siguiente aspecto:</p>

<ul class="wp-block-list">
  <li><strong>font-size:</strong> al menos 16px (1rem con una raíz de 16px), preferiblemente 17–18px para prosa de forma larga</li>
  <li><strong>line-height:</strong> mínimo 1,5, preferiblemente 1,6 para el cuerpo</li>
  <li><strong>letter-spacing:</strong> de 0 a 0,02em para la mayoría de las sans-serif; hasta 0,05em en tipografías slab o a tamaños pequeños</li>
  <li><strong>word-spacing:</strong> 0 por defecto, con la página comprobada para seguir funcionando a 0,16em aplicados por el usuario</li>
</ul>

<h2 class="wp-block-heading" id="h-paragraph-spacing">Espaciado entre párrafos</h2>

<p class="wp-block-paragraph">El cuarto valor de WCAG 1.4.12 es el espaciado entre párrafos: al menos <strong>2 veces el tamaño de la fuente</strong> entre párrafos cuando un usuario aplica la sustitución. El mecanismo es la segmentación visual. El ojo lee en sacadas —saltos rápidos entre puntos de fijación— y un final de párrafo claramente delimitado permite al ojo reiniciarse sin sobrepasar el párrafo siguiente. Para un lector con rasgos de déficit de atención, un salto de párrafo claro es una pausa integrada; para un lector con baja visión que usa ampliación, es un punto de referencia estructural que sobrevive a la pérdida de contexto horizontal que impone la ampliación.</p>

<p class="wp-block-paragraph">En la práctica, esto implica evitar la elección habitual en el diseño visual de encadenar párrafos con solo una sangría para separarlos. La separación de párrafos solo por sangría funciona bien en impresión, con tamaños de fuente de impresión y en columnas de periódico con reglas sólidas entre columnas; no sobrevive la traducción a una pantalla de 320 px de ancho con un cuerpo de 18px. Una línea en blanco clara —aproximadamente igual a un interlineado, que se sitúa cómodamente por encima del suelo de 2 veces el tamaño de la fuente— es la opción más segura por defecto.</p>

<h2 class="wp-block-heading" id="h-underrated-levers">Factores subestimados: longitud de línea, alineación y tamaño mínimo</h2>

<p class="wp-block-paragraph">Tres factores que no aparecen en WCAG 1.4.12 pero que surgen repetidamente en la literatura sobre legibilidad son la longitud de línea, la alineación del texto y el tamaño mínimo de fuente. Cada uno de ellos es invisible hasta que se mide; cada uno de ellos tiene un efecto significativo en los lectores con dislexia y con baja visión.</p>

<p class="wp-block-paragraph"><strong>La longitud de línea</strong> es el ancho horizontal de una columna de texto, convencionalmente medido en caracteres por línea (CPL). La investigación de Bringhurst, Tinker y estudios sucesivos sobre legibilidad en pantalla converge en una banda cómoda de <strong>50–75 caracteres por línea para la impresión y 60–80 para la pantalla</strong>. Por debajo de 45 CPL, el ojo sacacudea con demasiada frecuencia y el ritmo de lectura se fragmenta; por encima de 90 CPL, el ojo pierde el hilo de la línea en la que se encuentra en el barrido de vuelta a la izquierda, una dificultad documentada para los lectores con dislexia y para los lectores con baja visión que usan ampliación. Para un cuerpo de 16–18px con el interlineado recomendado, esta banda se traduce normalmente en una columna de aproximadamente 32–42em (alrededor de 500–700 px en un diseño de escritorio). El hecho de que la mayoría de los sitios de blog y redaccionales sigan estableciendo columnas de contenido de 800–900 px de ancho a 16px de cuerpo —lo que da 95–110 CPL— es un fallo significativo de diseño inclusivo.</p>

<p class="wp-block-paragraph"><strong>La alineación del texto</strong> es el segundo factor subestimado. El texto de cuerpo debe establecerse <strong>alineado a la izquierda</strong> en los sistemas de escritura de izquierda a derecha (o a la derecha en los de derecha a izquierda), con el borde opuesto irregular. El texto justificado —donde el renderizador ajusta el espaciado entre palabras para que ambos bordes queden alineados— crea espacios entre palabras desiguales e impredecibles. La variabilidad interrumpe la segmentación de palabras para los lectores con dislexia y produce «ríos» de espacio en blanco visibles que recorren verticalmente la columna, que los lectores con baja visión describen como visualmente intrusivos. El texto justificado es una convención de la tipografía impresa que depende del ajuste ajustado de CSS o de la corrección manual del espaciado entre letras y la separación silábica. En la tipografía web moderna, el coste rara vez está justificado. El texto alineado a la izquierda, con borde derecho irregular, es el valor por defecto inclusivo.</p>

<p class="wp-block-paragraph"><strong>El tamaño mínimo de fuente</strong> es el tercero. La web ha convergido, más por accidente que por intención, en un cuerpo de 16px (1rem con el tamaño raíz predeterminado). Ese valor es el suelo: los lectores con baja visión amplían habitualmente al 200% o más, y un suelo de 16px lo permite sin que la página colapse. Establecer el texto de cuerpo por debajo de 16px —13px, 14px, incluso los muy apreciados «elegantes» 15px— empuja la lectura ampliada más allá del umbral de reflujo al 400% que define <a href="https://www.w3.org/TR/WCAG22/#reflow">WCAG 1.4.10 Reflow</a>, y sitúa la lectura sin ampliar por debajo del umbral de comodidad para la mayoría de los adultos mayores de 40 años. El cuerpo debe ser de 16px como mínimo, y se prefieren 17–18px. Los pies de foto, las notas al pie y los metadatos pueden situarse en 14–15px porque su función es suplementaria. El cuerpo no puede.</p>

<h2 class="wp-block-heading" id="h-what-the-research-says">Lo que dice realmente la investigación</h2>

<p class="wp-block-paragraph">Sintetizando la literatura sobre legibilidad de las dos últimas décadas —las actualizaciones de la guía de estilo de la British Dyslexia Association, el fundamento de diseño de Atkinson Hyperlegible publicado por el Braille Institute, las Notas del Grupo de Trabajo del W3C que acompañan a WCAG 1.4.12, y la vertiente académica que va de Tinker a través de Beier y Larson hasta Rello—, tres observaciones se repiten.</p>

<p class="wp-block-paragraph">En primer lugar, no existe una única «fuente para la dislexia» que haya demostrado mejorar materialmente la lectura de los usuarios con dislexia en ensayos controlados. Las tipografías específicas para la dislexia publicadas en los últimos quince años no han superado a las sans-serif bien diseñadas y sencillas en pruebas comparativas directas. El marketing ha ido por delante de la evidencia.</p>

<p class="wp-block-paragraph">En segundo lugar, las decisiones tipográficas que demostrablemente ayudan a los lectores con dislexia también ayudan a los lectores con baja visión y a los lectores con dificultades de atención. La coincidencia no es fortuita: refleja el hecho de que los tres grupos de lectores dependen de que los mismos mecanismos de bajo nivel (identificación de letras, segmentación de palabras, seguimiento de líneas) sean lo más económicos posible. Una página generosa en interlineado, moderada en espaciado entre letras, cómoda en longitud de línea y alineada a la izquierda es una página que se lee mejor para todos, con el efecto concentrado en la cola larga de la distribución de lectores.</p>

<p class="wp-block-paragraph">En tercer lugar, el suelo de WCAG 1.4.12 es un suelo. Una página que lo cumple es conforme; una página que lo supera —interlineado de 1,6, tracking de 0,03em, cuerpo de 16–18px, columnas de 65 CPL, alineada a la izquierda con saltos de párrafo de una línea completa— se lee visiblemente mejor para los lectores para los que se diseñó el criterio, y no peor para todos los demás.</p>

<h2 class="wp-block-heading" id="h-conclusion">Qué llevarse</h2>

<p class="wp-block-paragraph">La tipografía inclusiva no es exótica ni costosa. Se trata de elegir una sans-serif bien diseñada, establecer el texto de cuerpo a 16px mínimo con un interlineado de 1,5 o más, dejar el espaciado entre letras próximo a cero y aceptar hasta 0,05em donde la fuente lo requiera, mantener la longitud de línea en la banda de 60–80 caracteres y establecer el texto alineado a la izquierda en lugar de justificado. Ninguna de esas elecciones requiere una nueva licencia de tipografía, un rediseño o un ciclo de adquisición. Requieren una auditoría de CSS y la voluntad de revisar las variables tipográficas que se establecieron el primer día del proyecto y nunca se volvieron a examinar.</p>

<p class="wp-block-paragraph">La pregunta sobre las fuentes para la dislexia es un diagnóstico útil de la posición que ocupa una organización de diseño respecto a la evidencia. Una organización que ha desplegado OpenDyslexic como «función de accesibilidad para la dislexia» ha priorizado la apariencia de acción sobre la literatura sobre legibilidad. Una organización que ha auditado su tipo de cuerpo en cuanto a altura de x, apertura y contraste de trazo, y que ha estandarizado Atkinson Hyperlegible o una tipografía del sistema comparable bien diseñada para el contenido de forma larga, ha hecho el trabajo más difícil, menos fotogénico y más duradero. El próximo artículo de esta serie aborda el mismo problema desde el otro lado: cómo las sustituciones de hojas de estilos aplicadas por el usuario y las herramientas de modo de lectura interactúan con las decisiones tipográficas que ya ha tomado el autor del sitio.</p>

</div>

---
title: Seguros y riesgo de accesibilidad: cómo las aseguradoras están valorando la exposición en 2026
url: https://www.disabilityworld.org/es/articles/insurance-and-accessibility-risk/
description: Las aseguradoras de ciberseguridad y responsabilidad laboral tratan la «accesibilidad web» como línea de especialidad. Cómo valoran la exposición en 2026: cuestionarios previos, condiciones de auditoría, exclusiones, rangos de primas y los factores que alteran la renovación.
author: Disability World
pubDate: 2026-05-22
tags: insurance, risk, ada, litigation, business, explainer
---

# Seguros y riesgo de accesibilidad: cómo las aseguradoras están valorando la exposición en 2026

<div class="src-article" data-template="5">

<div class="byline">
  <span><strong>Por</strong> Disability World</span>
  <span class="rt-pill">Tiempo de lectura: 9 minutos</span>
</div>

<p class="wp-block-paragraph">Durante la mayor parte de los últimos quince años, una empresa estadounidense que recibía una carta de requerimiento en virtud del <a href="/articles/ada-title-iii-web-accessibility-guide/">Título III de la ADA</a> por un sitio web inaccesible debía asumir el coste legal por sí misma. Las pólizas de responsabilidad general excluían la exposición. Las pólizas de ciberseguridad se habían diseñado para la gestión de brechas de seguridad y no contemplaban WCAG. Las pólizas de responsabilidad por prácticas de empleo (EPL) cubrían únicamente de forma tangencial los portales de contratación. Hacia 2024 esto comenzó a cambiar y, para 2026, un pequeño pero visible grupo de aseguradoras estadounidenses y sindicatos del mercado de Londres han trasladado la «accesibilidad web» fuera de la lista de exclusiones y la han convertido en una línea de especialidad con precio propio: una cobertura con su propio cuestionario, sus propias condiciones y sus propios desencadenantes de siniestro.</p>

<p class="wp-block-paragraph">Este análisis examina cómo funciona realmente la suscripción en 2026: qué preguntan los cuestionarios previos a la vinculación, a qué condiciones se vincula la póliza, cuáles son las exclusiones estándar, dónde se sitúan actualmente las primas y qué tipos de incidentes desencadenan un siniestro. Es descriptivo, no prescriptivo: el mercado es joven, las redacciones no están aún estandarizadas y las cifras mencionadas son rangos, no referencias fijas. El objetivo es ofrecer al asesor jurídico interno, al gestor de riesgos o al director financiero un mapa utilizable de cómo se está valorando actualmente esta nueva línea.</p>

<h2 class="wp-block-heading" id="h-why-this-line-exists">Por qué existe una línea de accesibilidad independiente en 2026</h2>

<p class="wp-block-paragraph">Tres presiones estructurales combinadas impulsaron la accesibilidad fuera de la columna de exclusiones. En primer lugar, las presentaciones ante tribunales federales estadounidenses en virtud del Título III por sitios web inaccesibles superaron las 4.000 anuales en 2023 y se mantuvieron en ese nivel durante 2025, con miles de presentaciones adicionales en tribunales estatales en virtud del Unruh Act de California y de la Ley de Derechos Humanos del Estado de Nueva York. El volumen convirtió lo que había sido un riesgo esporádico para un puñado de minoristas en una exposición operativa habitual en todos los sectores orientados al consumidor. En segundo lugar, la <a href="/articles/section-508-refresh-status/">norma web del Título II</a> del Departamento de Justicia de Estados Unidos fijó un horizonte de cumplimiento de 2026-2027 para las administraciones estatales y locales, lo que atrajo la atención del sector privado sobre WCAG 2.1 AA como referencia de responsabilidad legal de facto. En tercer lugar, el <a href="/articles/european-accessibility-act-guide/">European Accessibility Act (EAA)</a> (Acta Europea de Accesibilidad) entró en vigor el 28 de junio de 2025, exponiendo a los operadores de comercio electrónico estadounidenses que venden en la UE a un régimen de aplicación paralelo no estadounidense por primera vez.</p>

<p class="wp-block-paragraph">Las aseguradoras reaccionaron a esa combinación separando la accesibilidad de las pólizas más antiguas que la habían absorbido implícitamente. Las redacciones de ciberseguridad anteriores a menudo incluían las reclamaciones de accesibilidad en sublímites de «defensa regulatoria», típicamente de 250.000 a 1.000.000 de dólares, pero estos sublímites se agotaban rápidamente cuando un único asegurado afrontaba demandas seriadas de demandantes en múltiples jurisdicciones. Las pólizas EPL, diseñadas en torno a la discriminación en la contratación, se ajustaban mal a las reclamaciones de sitios web orientados al consumidor. La respuesta del mercado en 2024 y 2025 fue emitir endosos de accesibilidad independientes (generalmente sobre pólizas de ciberseguridad) y, para 2026, redacciones de especialidad dedicadas suscritas por un pequeño grupo de aseguradoras —Beazley, Coalition, At-Bay, AXA XL, Tokio Marine HCC y los sindicatos de especialidad del mercado de Londres en Lloyd's— colocadas principalmente a través de tres corredores activos en el segmento: Marsh, Aon y el corredor de especialidad Woodruff Sawyer.</p>

<h2 class="wp-block-heading" id="h-pre-binding-questionnaire">El cuestionario previo a la vinculación: qué preguntan los suscriptores</h2>

<p class="wp-block-paragraph">El artefacto más visible de cómo se valora esta línea es la solicitud complementaria que el solicitante presenta junto con la documentación de suscripción. Los cuestionarios varían según la aseguradora, pero las categorías se agrupan con suficiente coherencia como para describir una versión típica de 2026.</p>

<h3 class="wp-block-heading" id="h-audit-history">Historial de auditorías</h3>

<p class="wp-block-paragraph">Las aseguradoras preguntan si el solicitante ha encargado una auditoría de accesibilidad en los últimos 24 meses y, en caso afirmativo, a quién. El cuestionario distingue entre tres tipos de auditoría: un análisis automatizado (axe, Lighthouse, WAVE, Siteimprove), una revisión manual de conformidad con WCAG 2.1 AA o 2.2 AA, y un VPAT (Voluntary Product Accessibility Template) híbrido producido por un evaluador externo. Un historial que solo incluya análisis automatizados se trata efectivamente como ausencia de auditoría; una revisión manual de conformidad con WCAG 2.2 AA realizada por un evaluador reconocido se considera la señal más sólida. Los suscriptores preguntan a continuación la fecha de la auditoría más reciente, el resultado de conformidad, el plan de corrección y el porcentaje de problemas identificados que ya se han cerrado.</p>

<h3 class="wp-block-heading" id="h-conformance-claim">Declaración de conformidad y declaración de accesibilidad</h3>

<p class="wp-block-paragraph">Se pregunta al solicitante si el sitio web incluye una declaración de accesibilidad publicada y, en caso afirmativo, si esta declara conformidad (por ejemplo, «este sitio cumple con WCAG 2.1 AA»). Las aseguradoras desconfían de las declaraciones de conformidad no cualificadas que el historial de auditorías no respalda, ya que dicha declaración se convierte en prueba del demandante en cualquier demanda posterior. Cuando se publica una declaración de conformidad, los suscriptores buscan un VPAT o informe de auditoría fechado que la respalde.</p>

<h3 class="wp-block-heading" id="h-prior-demand">Cartas de requerimiento previas e infracciones conocidas</h3>

<p class="wp-block-paragraph">El solicitante debe revelar toda carta de requerimiento, demanda, investigación regulatoria o acuerdo extrajudicial relacionado con la accesibilidad en los últimos cinco años. La obligación de divulgación se extiende a las cartas resueltas informalmente sin litigio, porque estas acreditan ante la aseguradora el conocimiento previo de la exposición. No revelar una carta de requerimiento anterior es el motivo más frecuente por el que una aseguradora anula una reclamación en virtud de la garantía de solicitud estándar.</p>

<h3 class="wp-block-heading" id="h-remediation-process">Proceso de corrección y gobernanza</h3>

<p class="wp-block-paragraph">El cuestionario pregunta si el solicitante cuenta con un responsable de accesibilidad designado, una hoja de ruta de corrección por escrito, un pipeline de integración continua que incluya verificaciones automáticas de accesibilidad y cláusulas de contratación que exijan conformidad con WCAG a los proveedores terceros (widgets de chat, reproductores de vídeo, plantillas de CMS, formularios de pago y, en particular, herramientas de superposición —véase más adelante—). Las aseguradoras también preguntan sobre formación: si los desarrolladores, diseñadores, redactores de contenido y el equipo de QA han completado formación estructurada en accesibilidad y con qué antigüedad.</p>

<h3 class="wp-block-heading" id="h-third-party-components">Componentes de terceros y herramientas de superposición</h3>

<p class="wp-block-paragraph">Un cuestionario típico de 2026 incluye una pregunta específica sobre las herramientas de superposición de accesibilidad —widgets de JavaScript que prometen la corrección automatizada de WCAG—. Las aseguradoras preguntan si se ha desplegado dicha herramienta y qué proveedor la suministra. Varias redacciones incluyen ya una exclusión explícita o una franquicia más alta si una herramienta de superposición es el control de accesibilidad principal del solicitante. Esta posición refleja el historial judicial: los tribunales han rechazado reiteradamente el uso de una herramienta de superposición como defensa ante una reclamación del Título III, y el «Overlay Fact Sheet» de WebAIM (referenciado en muchas guías de suscripción) se trata ampliamente como texto de referencia. Las aseguradoras también preguntan sobre otros componentes integrados de terceros —chatbots, reproductores de vídeo, formularios de pago— porque cada uno de ellos es un desencadenante habitual de siniestros.</p>

<h2 class="wp-block-heading" id="h-policy-conditions">Condiciones de la póliza: qué se vincula en la firma</h2>

<p class="wp-block-paragraph">Una vez que la póliza está firmada, la redacción impone un pequeño número de condiciones sustantivas que operan como obligaciones continuas del asegurado. Tres patrones son ahora casi universales en las redacciones de 2026.</p>

<ul class="wp-block-list">
<li><strong>Condición de auditoría.</strong> El asegurado debe encargar, a su propio cargo, una auditoría manual de conformidad con WCAG 2.1 AA (o 2.2 AA) dentro de un período definido —generalmente de 90 a 180 días desde el inicio de la póliza— y dentro de los 30 días siguientes a cualquier rediseño material del sitio. No hacerlo suspende la cobertura de cualquier reclamación surgida después de la fecha límite. La auditoría debe ser realizada por un evaluador externo de la lista aprobada por la aseguradora o por un equipo interno que cumpla criterios de acreditación definidos.</li>
<li><strong>Condición de seguimiento de la corrección.</strong> El asegurado debe mantener un registro de corrección por escrito que identifique cada problema detectado en la auditoría, el responsable, la fecha de cierre prevista y la fecha real de cierre. Las aseguradoras solicitan ocasionalmente una muestra del registro a mitad de período como parte de una revisión intermedia.</li>
<li><strong>Condición de notificación.</strong> Las cartas de requerimiento y las consultas regulatorias (Departamento de Justicia, fiscalías estatales, equivalentes extranjeros) deben notificarse en un plazo reducido —habitualmente 30 días— bajo la arquitectura estándar de reclamaciones presentadas y notificadas. Varias redacciones tratan una carta de requerimiento como una «reclamación» a efectos de notificación, incluso cuando no se ha presentado ninguna demanda; el asegurado no puede demorar la notificación mientras negocia un acuerdo privado.</li>
</ul>

<p class="wp-block-paragraph">Cuando se cumplen las condiciones de auditoría y corrección, la póliza responde íntegramente con sujeción a la franquicia. Cuando no se cumplen, la aseguradora tiene el derecho contractual de denegar la defensa e indemnización para la reclamación específica o, en redacciones más agresivas, de anular la póliza retroactivamente. Por ello es importante la diligencia previa a la firma por parte del corredor: un solicitante que no pueda cumplir de forma realista con una condición de auditoría de 90 días no debería firmar una póliza que la exija.</p>

<h2 class="wp-block-heading" id="h-exclusions">Exclusiones estándar en las redacciones de 2026</h2>

<p class="wp-block-paragraph">Más allá de las exclusiones estándar por fraude, acto intencional y conocimiento previo comunes a todas las líneas de responsabilidad, las redacciones de accesibilidad incluyen tres exclusiones específicas de este riesgo.</p>

<p class="wp-block-paragraph"><strong>Exclusión por infracciones conocidas.</strong> Cualquier problema identificado en una auditoría, carta de requerimiento o notificación regulatoria que sea anterior al período de la póliza y que el asegurado no haya cerrado antes del inicio queda excluido de la cobertura en la medida en que figure en una reclamación posterior. Esta exclusión es la principal defensa de la aseguradora contra el riesgo moral de los asegurados que contratan cobertura en respuesta a una exposición conocida en lugar de hacerlo con anticipación.</p>

<p class="wp-block-paragraph"><strong>Exclusión por carta de requerimiento previa.</strong> Las reclamaciones derivadas de, o relacionadas con, cualquier carta de requerimiento, demanda o investigación regulatoria anterior a la fecha retroactiva de la póliza quedan excluidas en su totalidad. Las aseguradoras suscriben cuidadosamente la fecha retroactiva: los asegurados con historial litigioso reciente suelen enfrentarse a fechas retroactivas dentro del período actual de la póliza en lugar de la cobertura de actos anteriores que esperan los compradores de ciberseguridad.</p>

<p class="wp-block-paragraph"><strong>Exclusión por herramienta de superposición.</strong> Cuando el control de accesibilidad principal del asegurado es una herramienta de superposición —y la aseguradora ha señalado ese hecho en la suscripción— la redacción excluye la exposición en su totalidad, la sublimita drásticamente o aplica una franquicia sustancialmente más alta. Esta posición es inusual en la práctica aseguradora (las aseguradoras normalmente no excluyen un producto comercial específico) y refleja el criterio de la comunidad suscriptora de que las herramientas de superposición no reducen la exposición litigiosa según la evidencia disponible actualmente.</p>

<p class="wp-block-paragraph">Algunas aseguradoras también excluyen los daños punitivos cuando la ley estatal permite el aseguramiento y excluyen los daños legales previstos por el Unruh Act de California (la sanción civil de 4.000 dólares por visita), sobre la base de que las sanciones legales son de naturaleza normativa pública.</p>

<h2 class="wp-block-heading" id="h-premium-ranges">Rangos de primas: dónde se sitúa el mercado en 2026</h2>

<p class="wp-block-paragraph">Las primas varían según el sector, la banda de ingresos, el historial de siniestros y la solidez del programa de accesibilidad del solicitante. Los rangos que se indican a continuación son representativos de 2026 para solicitantes domiciliados en Estados Unidos que contratan 1 millón de dólares de cobertura de accesibilidad como parte de, o junto a, una torre de ciberseguridad. Deben leerse como rangos, no como referencias; los precios en esta línea evolucionan con rapidez y los corredores informan de diferencias significativas entre aseguradoras.</p>

<ul class="wp-block-list">
<li><strong>Pequeña empresa (ingresos inferiores a 10 millones de dólares, sin historial de siniestros, auditoría reciente de WCAG 2.2 AA).</strong> Aproximadamente entre 4.000 y 9.000 dólares en prima anual por 1 millón de límite además de un programa de ciberseguridad base. Franquicias en el rango de 10.000 a 25.000 dólares.</li>
<li><strong>Mercado medio (ingresos de 10 a 250 millones de dólares, fuerte presencia en comercio electrónico, historial limpio de siniestros).</strong> Aproximadamente entre 12.000 y 35.000 dólares por 1 millón de límite. Franquicias de 25.000 a 100.000 dólares. Los suscriptores en esta banda insisten en las condiciones de auditoría y corrección.</li>
<li><strong>Gran empresa (ingresos de 250 millones a 5.000 millones de dólares, multimarca, una o más cartas de requerimiento previas).</strong> Aproximadamente entre 40.000 y 150.000 dólares por 1 millón de límite, a menudo dentro de una torre de 5 a 25 millones de dólares con múltiples aseguradoras. Franquicias de 100.000 a 500.000 dólares.</li>
<li><strong>Sectores de alta frecuencia (comercio minorista de consumo, restauración, hostelería, venta de entradas, portales de pacientes sanitarios).</strong> La misma banda de ingresos, pero con un recargo de prima del 50-150 % y una franquicia más alta. Estos sectores generan la mayor parte de las presentaciones del Título III y los suscriptores valoran en consecuencia.</li>
<li><strong>Solicitantes con litigios activos o recientes.</strong> Se deniegan, se sublimitan drásticamente (250.000-500.000 dólares) o se cotizan con fechas retroactivas dentro del período de la póliza. Varias aseguradoras no presentan oferta hasta que el solicitante pueda demostrar 12 meses sin una nueva carta de requerimiento.</li>
</ul>

<p class="wp-block-paragraph">Los corredores informan de que la señal de suscripción más clara —el dato que de forma más fiable mueve el precio— es una auditoría reciente, manual y por terceros de WCAG 2.2 AA con un registro de corrección cerrado. En la mayoría de los casos, la auditoría cuesta menos que el ahorro en prima, razón por la cual los corredores más grandes (Marsh, Aon) incluyen ya una remisión de auditoría previa en su proceso de presentación.</p>

<h2 class="wp-block-heading" id="h-claim-triggers">Desencadenantes de siniestros: qué mueve realmente una renovación</h2>

<p class="wp-block-paragraph">Cuatro tipos de eventos dan cuenta de casi toda la actividad de siniestros en 2026 bajo las redacciones de accesibilidad, y cada uno funciona de forma diferente dentro de la mecánica de la póliza.</p>

<p class="wp-block-paragraph"><strong>La carta de requerimiento.</strong> Por volumen, es el desencadenante dominante. La mayoría de las cartas de requerimiento en virtud del Título III, del Unruh Act de California o de la Ley de Derechos Humanos del Estado de Nueva York las emite un pequeño grupo de despachos de demandantes y se resuelven mediante acuerdo negociado en el rango de 10.000 a 35.000 dólares más un compromiso de corrección. Las aseguradoras tratan la carta de requerimiento como una reclamación notificable bajo la póliza, se designa abogado defensor del panel de la aseguradora y el acuerdo negociado se paga con sujeción a la franquicia. Los asegurados juzgan con frecuencia erróneamente el plazo de notificación, asumiendo que una carta de requerimiento es demasiado pequeña para notificar.</p>

<p class="wp-block-paragraph"><strong>Demandado en una presentación de demandante en serie.</strong> Los mismos despachos de demandantes presentan demandas similares contra muchos demandados en rápida sucesión; el mismo asegurado puede aparecer en dos o tres presentaciones en el mismo trimestre cuando distintos demandantes ciegos, sordos o con discapacidad motriz demandan de forma independiente. Las aseguradoras gestionan estas reclamaciones caso por caso contra el mismo límite de la póliza, y el coste acumulado de defensa supera con frecuencia el valor del acuerdo negociado de cualquier asunto individual. Varias redacciones incluyen ya una cláusula de «reclamaciones relacionadas» que agrega las presentaciones del mismo despacho bajo una sola franquicia; conviene leer detenidamente la redacción en la fase de vinculación.</p>

<p class="wp-block-paragraph"><strong>Investigación del Departamento de Justicia o de una fiscalía estatal.</strong> El volumen es mucho menor que el de los litigios privados, pero el coste por asunto es mucho mayor. Una investigación del Departamento de Justicia en virtud del Título III, o una investigación de la fiscalía estatal bajo una ley estatal de protección del consumidor, genera costes de defensa regulatoria que ascienden a cientos de miles de dólares y puede producir un decreto de consentimiento con una obligación de supervisión de varios años. La mayoría de las redacciones de 2026 cubren los costes de defensa regulatoria y el coste de cualquier supervisión requerida en virtud de un acuerdo; las sanciones civiles pagaderas al regulador pueden o no ser asegurables según la jurisdicción.</p>

<p class="wp-block-paragraph"><strong>Acción de un regulador extranjero.</strong> El desencadenante más reciente. Con el <a href="/articles/european-accessibility-act-guide/">EAA</a> en vigor en toda la UE desde el 28 de junio de 2025 y el régimen paralelo del Reino Unido desarrollándose durante 2026, los operadores de comercio electrónico estadounidenses que venden en mercados europeos se enfrentan a acciones de ejecución por parte de las autoridades nacionales de vigilancia del mercado del EAA. Varias redacciones de 2026 se extienden ya a la defensa del EAA y a los procedimientos ante tribunales nacionales de los Estados miembros de la UE. El mercado sigue trabajando en cómo suscribir la nueva exposición; los corredores informan de que los solicitantes con ingresos materiales en la UE están valorando esta exposición como una partida discreta en lugar de como parte de un programa básico de accesibilidad para EE. UU.</p>

<h2 class="wp-block-heading" id="h-the-market-shape">La forma del mercado, brevemente</h2>

<p class="wp-block-paragraph">El mercado de seguros de accesibilidad en 2026 es pequeño en relación con el de ciberseguridad —la prima total entre las aseguradoras mencionadas se estima plausiblemente en el rango de 200-400 millones de dólares, frente a un libro de ciberseguridad de varios miles de millones— pero la tasa de crecimiento ha sido pronunciada desde que la línea se separó del ámbito cibernético en 2024. Los datos de ratio de siniestralidad son limitados y aún no se han agregado públicamente, pero los suscriptores informan de que la línea es más predecible que la cibernética: la frecuencia de siniestros es alta, la severidad está acotada por las normas de acuerdo negociado y el escenario de peor caso (una acción colectiva que supera la moción para desestimar en una jurisdicción de demandante en serie) sigue siendo poco frecuente. Esta combinación —frecuente, acotada, estadísticamente tratable— es lo que los suscriptores denominan «riesgo suscribible» y explica por qué la línea cuenta con aseguradoras dispuestas a suscribirla como producto independiente en lugar de como endoso de ciberseguridad.</p>

<h2 class="wp-block-heading" id="h-what-buyers-should-do">Qué deben hacer los compradores en 2026</h2>

<p class="wp-block-paragraph">Las conclusiones prácticas para un comprador son breves y sin adornos. Debe encargarse una auditoría manual de WCAG 2.2 AA realizada por un evaluador externo reconocido antes de salir al mercado; conviene cerrar el registro de corrección en la medida en que el presupuesto lo permita, documentar lo que permanece abierto y presentar el cuadro de elementos cerrados y abiertos en la documentación. Deben revelarse todas las cartas de requerimiento previas, por informales que sean, en la solicitud: las aseguradoras descubrirán una carta no revelada en la primera notificación de una nueva reclamación y se apoyarán en la garantía de solicitud para anular la cobertura. Conviene leer atentamente la condición de auditoría, la condición de notificación y la exclusión por infracciones conocidas: estos tres términos determinan si la póliza responderá cuando llegue realmente una carta de requerimiento. La pregunta sobre la herramienta de superposición debe tratarse como una señal de alerta, no como una casilla de verificación: una respuesta afirmativa reduce el campo de aseguradoras dispuestas a cotizar y eleva la franquicia.</p>

<p class="wp-block-paragraph">Para la cuestión más amplia de cómo se gestiona el riesgo de accesibilidad dentro de una organización —el trabajo previo al que la línea de seguros responde en lugar de sustituir— véase la cobertura de Disability World sobre <a href="/articles/ada-title-iii-web-accessibility-guide/">ADA Título III</a>, el <a href="/articles/european-accessibility-act-guide/">European Accessibility Act</a> y la <a href="/articles/private-right-of-action-vs-regulator/">acción privada frente a la ejecución liderada por el regulador</a>. El seguro traslada el coste de la exposición residual a una contraparte que pagará la defensa e indemnización dentro de los límites acordados. No reemplaza —ni pretende reemplazar— la obligación subyacente de construir y operar un producto accesible.</p>

<aside class="sources" aria-labelledby="sources-heading">
<h2 id="sources-heading">Fuentes primarias y lecturas adicionales</h2>
<ol>
<li>Web Accessibility Initiative. <em>Web Content Accessibility Guidelines (WCAG) 2.2</em>. https://www.w3.org/TR/WCAG22/</li>
<li>US Department of Justice, Civil Rights Division. <em>Nondiscrimination on the Basis of Disability — Accessibility of Web Information and Services of State and Local Government Entities</em>, 28 CFR Part 35, norma final (abril de 2024).</li>
<li>European Commission. <em>Directive (EU) 2019/882 on the accessibility requirements for products and services (European Accessibility Act)</em>. Entró en aplicación el 28 de junio de 2025.</li>
<li>WebAIM. <em>Overlay Fact Sheet</em>. https://overlayfactsheet.com/</li>
<li>Seyfarth Shaw LLP. <em>ADA Title III Federal Lawsuit Filing Trends</em> (informes anuales de 2024 y 2025).</li>
<li>Coalition. <em>Cyber Claims Report 2025</em> (referenciado por la arquitectura de gestión de siniestros de la línea cibernética; los datos de accesibilidad no se han desglosado públicamente aún).</li>
<li>National Association of Insurance Commissioners (NAIC). <em>Cybersecurity Insurance and Identity Theft Coverage Supplement</em> (2024).</li>
<li>Lloyd's Market Association. <em>Specialty Cyber Wordings — 2025 Compendium</em>.</li>
</ol>
</aside>

</div>

---
title: Japón y el panorama de accesibilidad en Asia-Pacífico: hacia dónde se consolida la regulación
url: https://www.disabilityworld.org/es/articles/japan-and-the-asia-pacific-a11y-landscape/
description: La enmienda de 2024 de Japón a la Ley de Eliminación de la Discriminación contra las Personas con Discapacidad introdujo el primer deber de ajustes razonables vinculante para el sector privado en la región.
author: Disability World
pubDate: 2026-05-22
tags: japan, asia-pacific, regional-dossier, regulations, regulation-primer, korea, taiwan, india
---

# Japón y el panorama de accesibilidad en Asia-Pacífico: hacia dónde se consolida la regulación

<div class="src-article" data-template="5">

<p class="image-alt-text">Descripción de la imagen: el edificio de la Dieta Nacional de Tokio al anochecer, con el moderno horizonte de Tokio elevándose detrás de él, ancla institucional de las reformas regulatorias de accesibilidad de Japón y del expediente regional de Asia-Pacífico.</p>

<p class="rt-prefix">Tiempo de lectura: 12 minutos</p>

<p class="wp-block-paragraph">El <strong>1 de abril de 2024</strong>, la enmienda de 2021 de Japón a la <strong>Ley para la Promoción de la Eliminación de la Discriminación contra las Personas con Discapacidad</strong> (<span lang="ja">障害を持つ人々に対する差別の解消の推進に関する法律</span>, <em>Shōgai o Motsu Hitobito ni Taisuru Sabetsu no Kaishō no Suishin ni Kansuru Hōritsu</em>, «Ley de Eliminación de la Discriminación», 2013, con enmiendas en 2016 y 2021) entró en su fase final de vigencia: el deber de proporcionar <strong>ajustes razonables (<span lang="ja">合理的配慮</span>, <em>gōriteki hairyo</em>)</strong> pasó a ser vinculante para las <strong>empresas del sector privado</strong>, además de para los organismos públicos. Hasta esa fecha el deber había sido una obligación de «mejor esfuerzo» para el sector privado; a partir del 1 de abril de 2024 es un mandato legal. Para el conjunto de la región, el cambio es estructuralmente importante: es la primera vez que un deber de ajustes razonables del sector privado, de carácter vinculante y justiciable, entra en vigor en Asia Oriental. Para contextualizarlo en el marco de las normas globales, véanse el <a href="/regulations/">índice nacional de normativas sobre derechos de las personas con discapacidad</a> y la <a href="/articles/un-crpd-enforcement-twenty-years-on/">retrospectiva sobre la aplicación de la CRPD</a>.</p>

<p class="wp-block-paragraph">Este artículo es un expediente regional: qué exige realmente el mandato japonés de 2024, en qué punto se encuentran Corea del Sur, Taiwán, Hong Kong, Singapur e India en el mismo eje, y cuál es el panorama de conjunto. Australia se analiza por separado como parte del grupo OCDE del Pacífico. La conclusión principal es que el mapa regulatorio de accesibilidad en Asia-Pacífico se consolida en el núcleo de Asia Oriental —Japón, Corea del Sur, Taiwán— y se fragmenta en gran parte del resto, siendo la Ley de Derechos de las Personas con Discapacidad de India de 2016 un caso atípico muy poblado cuya arquitectura de ejecución sigue por detrás de su propio texto.</p>

<h2 class="wp-block-heading" id="h-japan-the-2024-mandate">Japón: el mandato de ajustes razonables de 2024</h2>

<p class="wp-block-paragraph">Japón ratificó la Convención de la ONU sobre los Derechos de las Personas con Discapacidad (CRPD) el <strong>20 de enero de 2014</strong>, dos años después de un período preparatorio interno durante el cual la Dieta aprobó la <strong>Ley Básica para las Personas con Discapacidad</strong> (<span lang="ja">障害者基本法</span>, <em>Shōgaisha Kihon Hō</em>, 1970, con importantes enmiendas en 2011) y la Ley de Eliminación de la Discriminación de 2013. La norma de 2013 entró en vigor el 1 de abril de 2016 y fue la primera ley antidiscriminatoria general por discapacidad del país. Se aplicaba a los órganos del gobierno nacional y local y a las empresas privadas, pero con una asimetría estructural: los organismos públicos estaban sujetos a un deber <em>vinculante</em> de proporcionar ajustes razonables, mientras que las empresas privadas estaban sujetas a un <em>blando</em> «<span lang="ja">努力義務</span>» (<em>doryoku gimu</em>, «deber de realizar esfuerzos») en ese sentido.</p>

<p class="wp-block-paragraph">La enmienda de 2021 —aprobada por la Dieta el 28 de mayo de 2021 y con un período de implementación de tres años— cerró esa brecha. A partir del <strong>1 de abril de 2024</strong>, el deber del sector privado pasó a ser una obligación legal en los mismos términos que la del sector público: una empresa debe, a petición individual y tras el diálogo con la persona interesada, proporcionar ajustes razonables, salvo que hacerlo suponga una «carga excesiva» (<span lang="ja">過重な負担</span>, <em>kajū na futan</em>). La enmienda también reforzó la <strong>Política Básica</strong> (<span lang="ja">基本方針</span>) del Gabinete y las directrices sectoriales emitidas por los ministerios correspondientes, que ahora vinculan tanto a los actores públicos como privados.</p>

<h3 class="wp-block-heading" id="h-japan-scope-and-enforcement">Alcance, ejecución y la exención por «carga excesiva»</h3>

<p class="wp-block-paragraph">El deber se aplica a cualquier «<span lang="ja">事業者</span>» (<em>jigyōsha</em>, «operador de negocio»), definido en términos amplios para incluir empresas con ánimo de lucro, entidades sin ánimo de lucro, centros educativos y hospitales. A diferencia de la ADA estadounidense o del EAA europeo, la ley japonesa no establece normas técnicas de accesibilidad en la legislación primaria. En cambio, el deber es de naturaleza procesal: la empresa debe entablar un «<span lang="ja">建設的対話</span>» (<em>kensetsuteki taiwa</em>, «diálogo constructivo») con la persona con discapacidad y hacer ajustes donde sea razonable. Las directrices sectoriales (emitidas por el Ministerio de Tierra, Infraestructura, Transporte y Turismo para el entorno construido; el Ministerio de Educación para los centros educativos; el Ministerio de Economía, Comercio e Industria para el comercio minorista y los servicios digitales) concretan qué significa «razonable» en cada contexto.</p>

<p class="wp-block-paragraph">La ejecución es administrativa, no judicial, en primera instancia. El <strong>Comité de Política de Discapacidad</strong> (<span lang="ja">障害者政策委員会</span>) del Gabinete supervisa la implementación y el ministerio sectorial competente puede solicitar un informe en virtud del artículo 12, recomendar medidas correctivas y —en caso de incumplimientos graves o reiterados— publicar el nombre de la empresa. Puede imponerse una multa de hasta 200.000 yenes (aproximadamente 1.300 dólares) por incumplimiento de una solicitud de informe, aunque no por el propio incumplimiento en la prestación de ajustes. Los litigios civiles al amparo de las disposiciones generales sobre responsabilidad extracontractual del Código Civil siguen estando disponibles, y los tribunales japoneses han citado cada vez más la Ley de Eliminación de la Discriminación al conceder indemnizaciones desde 2019.</p>

<h3 class="wp-block-heading" id="h-japan-digital-accessibility">Accesibilidad digital: JIS X 8341-3:2016 y la capa de contratación pública</h3>

<p class="wp-block-paragraph">La norma de accesibilidad web de Japón es la <strong>JIS X 8341-3:2016</strong> («Directrices para personas mayores y personas con discapacidad — Equipos, programas y servicios de tecnología de la información y las comunicaciones — Parte 3: Contenido web»), una norma industrial japonesa técnicamente equivalente a WCAG 2.0 Nivel AA, mantenida por el <strong>Consejo de Normalización de Tecnologías de la Información y las Comunicaciones</strong> en cooperación con el Comité de Infraestructura de Accesibilidad Web. La JIS X 8341-3 es voluntaria para el sector privado pero obligatoria para la contratación pública en virtud de la <strong>Norma de Contratación de Sistemas de Información</strong> del Ministerio de Asuntos Internos y Comunicaciones. Tras la enmienda de 2024, las deficiencias de accesibilidad web que impiden a una persona con discapacidad utilizar los servicios de una empresa pueden ser objeto de una solicitud de diálogo constructivo y, si no se atienden, de una reclamación ante el Gabinete, aunque la propia JIS X 8341-3 siga siendo técnicamente voluntaria para los actores privados.</p>

<h2 class="wp-block-heading" id="h-korea">Corea del Sur: KICA y la ley antidiscriminatoria de 2008</h2>

<p class="wp-block-paragraph">Corea del Sur cuenta con el estatuto de accesibilidad digital más antiguo de la región. La <strong>Ley de Accesibilidad a la Información y las Comunicaciones de Corea</strong> —denominada informalmente KICA, formalmente parte de la <strong>Ley de Promoción del Uso de Redes de Información y Comunicaciones y Protección de la Información</strong> (<span lang="ko">정보통신망 이용촉진 및 정보보호 등에 관한 법률</span>, <em>Jeongbo Tongsinmang Iyongchokjin mit Jeongbobohodeunge Gwanhan Beomnyul</em>) y complementada por la <strong>Ley Básica de Informatización Nacional</strong> (<span lang="ko">국가정보화 기본법</span>, <em>Gukga Jeongbohwa Gibon Beop</em>, 2009 con enmiendas periódicas)— fue el primer estatuto de Asia Oriental en convertir la accesibilidad web en un requisito vinculante para los organismos públicos. Las normas se recogen en la <strong>KS X OT0003</strong> y en las más recientes <strong>Directrices Coreanas de Accesibilidad al Contenido Web (KWCAG) 2.2</strong>, ambas alineadas técnicamente con WCAG 2.2 Nivel AA.</p>

<p class="wp-block-paragraph">Corea del Sur cuenta también con un estatuto antidiscriminatorio general: la <strong>Ley de Prohibición de la Discriminación contra las Personas con Discapacidad y los Recursos para sus Derechos</strong> (<span lang="ko">장애인차별금지 및 권리구제 등에 관한 법률</span>, <em>Jangaein Chabyeolgeumji mit Gwolligujedeunge Gwanhan Beomnyul</em>, 2007, en vigor desde 2008), que ya contiene un deber vinculante de ajustes razonables aplicable tanto a actores públicos como privados. La ejecución se realiza a través de la <strong>Comisión Nacional de Derechos Humanos de Corea</strong> (NHRCK), que puede investigar reclamaciones, recomendar medidas correctivas y remitir casos al Ministerio de Justicia para órdenes correctivas. Cuando una entidad sujeta se niega a cumplir una orden correctiva, pueden aplicarse sanciones penales: multas de hasta 30 millones de wones coreanos o hasta tres años de prisión para el responsable. En la práctica, este mecanismo penal se activa con poca frecuencia, pero la estructura hace que la arquitectura de ejecución de Corea sea más coercitiva sobre el papel que la de Japón.</p>

<h3 class="wp-block-heading" id="h-korea-accessibility-ordinance">La ordenanza de accesibilidad de 2023 para aplicaciones móviles</h3>

<p class="wp-block-paragraph">En 2023, Corea del Sur extendió el marco KWCAG a las aplicaciones móviles mediante una ordenanza ministerial emitida por el <strong>Ministerio de Ciencia y TIC</strong>, con la <strong>Comisión de Comunicaciones de Corea</strong> supervisando el cumplimiento de los publicadores de aplicaciones comerciales que superan un umbral de tamaño. La ordenanza es la primera en la región en establecer requisitos detallados de conformidad para aplicaciones móviles nativas, y no solo para el contenido web, y es el movimiento regulatorio que más atención recibe de sus homólogos japoneses y taiwaneses. También endurece el calendario de cumplimiento para los publicadores de aplicaciones: las entidades cubiertas deben publicar una declaración de accesibilidad y un plan de corrección en un plazo de doce meses desde la fecha de entrada en vigor de la ordenanza, siguiendo el modelo que la Directiva europea sobre la accesibilidad de los sitios web estableció para los organismos del sector público.</p>

<h2 class="wp-block-heading" id="h-taiwan">Taiwán: la ley de accesibilidad TI y la Ley de Igualdad de Derechos de 2014</h2>

<p class="wp-block-paragraph">La arquitectura de accesibilidad de Taiwán se asienta sobre dos estatutos. La <strong>Ley de Protección de los Derechos de las Personas con Discapacidad Física y Mental</strong> (<span lang="zh">身心障礙者權益保障法</span>, <em>Shēnxīn Zhàng'àizhě Quányì Bǎozhàng Fǎ</em>, 1980, con enmiendas hasta 2024) es el marco general sobre derechos de las personas con discapacidad, que abarca el empleo, la educación, el transporte y el bienestar. La <strong>Ley Básica de Comunicaciones y Radiodifusión</strong> y las <strong>Directrices de Accesibilidad al Contenido Web</strong> (<span lang="zh">網站無障礙規範</span>, <em>Wǎngzhàn Wú Zhàng'ài Guīfàn</em>) emitidas por el Consejo Nacional de Desarrollo hacen de WCAG 2.1 Nivel AA la norma vinculante para todos los sitios web del gobierno central y local y para las empresas de titularidad estatal. La accesibilidad web del sector privado sigue siendo voluntaria, pero la certificación de accesibilidad de tres niveles del Consejo (A, AA, AAA) es ampliamente adoptada por los bancos, plataformas de comercio electrónico y operadores de telecomunicaciones taiwaneses en régimen de cumplimiento voluntario, siendo el nivel AA el estándar de facto del mercado.</p>

<p class="wp-block-paragraph">Lo que distingue a Taiwán es su incorporación formal de la CRPD al derecho interno. La <strong>Ley de Implementación de la Convención sobre los Derechos de las Personas con Discapacidad</strong> de 2014 (<span lang="zh">身心障礙者權利公約施行法</span>, <em>Shēnxīn Zhàng'àizhě Quánlì Gōngyuē Shīxíng Fǎ</em>) otorga a la CRPD efecto jurídico directo en el ordenamiento interno —una medida destacable dado que Taiwán no puede ratificar formalmente la Convención a través de los mecanismos de tratados de la ONU—. La ley de implementación compromete a Taiwán con un proceso de revisión periódica cada cuatro años, basado en el ciclo de informes del Comité, con un panel internacional de expertos invitados a revisar el cumplimiento taiwanés. La tercera revisión, en 2024, recomendó un deber vinculante de ajustes razonables para el sector privado siguiendo el modelo japonés, recomendación que, a partir de 2026, está en manos del Yuan Ejecutivo como un proyecto de enmienda a la Ley de Protección de los Derechos de las Personas con Discapacidad.</p>

<h2 class="wp-block-heading" id="h-hong-kong">Hong Kong: la Ordenanza de Discriminación por Discapacidad de 1995</h2>

<p class="wp-block-paragraph">La <strong>Ordenanza de Discriminación por Discapacidad</strong> de Hong Kong (<span lang="zh">殘疾歧視條例</span>, <em>Chàahn Jaht Kèih Sih Tiu Laih</em>, Cap. 487, 1995) fue, en el momento de su promulgación, una de las primeras leyes antidiscriminatorias de Asia. Prohíbe la discriminación por motivo de discapacidad en el empleo, la educación, la prestación de bienes y servicios y el acceso a locales, y está ejecutada por la <strong>Comisión de Igualdad de Oportunidades</strong> (<span lang="zh">平等機會委員會</span>). La Ordenanza contiene un deber de ajustes razonables en contextos de empleo y educación, aunque es anterior al lenguaje moderno de ajustes razonables de la CRPD y se lee de forma más restrictiva que la generación de estatutos posteriores a 2008.</p>

<p class="wp-block-paragraph">Para la accesibilidad web y digital, Hong Kong se apoya en el <strong>Programa de Reconocimiento de Accesibilidad Web</strong> —una certificación voluntaria gestionada conjuntamente por la Oficina del Director de Información del Gobierno y la Comisión de Igualdad de Oportunidades— y en el <strong>Manual de Accesibilidad Web</strong>, que hace de WCAG 2.1 Nivel AA la norma recomendada para los sitios web del sector público. No existe ningún estatuto vinculante de accesibilidad digital para el sector privado. La Comisión de Igualdad de Oportunidades ha reclamado desde 2019 en repetidas ocasiones un deber vinculante de accesibilidad digital siguiendo el modelo japonés o coreano, pero ningún proyecto de ley gubernamental ha surgido hasta la fecha. En 2026, Hong Kong se sitúa en la mitad «fragmentada» del mapa regional.</p>

<h2 class="wp-block-heading" id="h-singapore">Singapur: el Plan Maestro de Habilitación 2030 y la palanca de contratación pública</h2>

<p class="wp-block-paragraph">Singapur no cuenta con un estatuto antidiscriminatorio general en materia de discapacidad y no ha ratificado el Protocolo Facultativo de la CRPD (aunque ratificó la propia Convención en 2013). El instrumento de política dominante es el <strong>Plan Maestro de Habilitación</strong> —una serie de planes estratégicos quinquenales, siendo la iteración actual el <strong>Plan Maestro de Habilitación 2030</strong> (EMP2030), liderado por el Ministerio de Desarrollo Social y Familiar y coordinado a través del Consejo Nacional de Servicios Sociales y SG Enable—. El EMP2030 compromete al Gobierno con una serie de objetivos en empleo, educación, transporte, entorno construido y servicios digitales, con una publicación anual de los avances.</p>

<p class="wp-block-paragraph">En lugar de un estatuto general vinculante, Singapur se apoya en la <strong>palanca de contratación pública</strong>: los sitios web del Gobierno y los servicios digitales prestados por GovTech deben cumplir WCAG 2.1 Nivel AA, y los contratos gubernamentales para productos digitales incluyen cláusulas de accesibilidad siguiendo el modelo del EAA. El <strong>Código sobre Accesibilidad en el Entorno Construido</strong>, emitido por la Autoridad de Construcción y Edificación y revisado por última vez en 2019, es vinculante para todos los edificios nuevos y los sometidos a reformas sustanciales, y es el instrumento de accesibilidad más sólido de Singapur. La actualización de 2024 del Código inició su alineación con la ISO 21542:2021 (Construcción de edificios — Accesibilidad y usabilidad del entorno construido). Los ajustes razonables en el empleo se abordan a través de las Directrices Tripartitas sobre Prácticas de Empleo Justo, que pasaron a ser vinculantes con la <strong>Ley de Equidad en el Lugar de Trabajo</strong> aprobada a principios de 2025 —el primer estatuto general de no discriminación laboral de Singapur, que cubre la discapacidad como uno de los atributos protegidos—.</p>

<h2 class="wp-block-heading" id="h-india">India: la Ley de Derechos de las Personas con Discapacidad de 2016</h2>

<p class="wp-block-paragraph">La <strong>Ley de Derechos de las Personas con Discapacidad de India de 2016</strong> (Ley RPwD, <span lang="hi">अधिकार दिव्यांगजन अधिनियम</span>) es, sobre el papel, uno de los estatutos de discapacidad más completos del mundo. Amplió la lista de discapacidades reconocidas de siete a veintiuna (incluyendo autismo, dificultades de aprendizaje específicas, discapacidad intelectual y afecciones neurológicas crónicas), introdujo una reserva del 4 % de los puestos del sector público para personas con discapacidades de referencia y estableció deberes en materia de accesibilidad, educación, salud y protección social. Las secciones 40 a 46 de la Ley exigen normas de accesibilidad para el entorno construido, el transporte, las TIC y los productos de consumo, con normas de desarrollo emitidas por el Ministerio de Justicia Social y Empoderamiento.</p>

<p class="wp-block-paragraph">La arquitectura de ejecución recae en la <strong>Oficina del Comisionado Jefe para las Personas con Discapacidad</strong> a nivel nacional y en los Comisionados Estatales de cada estado. Ambos tienen las facultades de un tribunal civil a efectos de investigaciones, pueden recomendar acciones correctivas y remitir asuntos al tribunal competente. Las sanciones por contravención van desde multas económicas (10.000-500.000 rupias) hasta prisión por reincidencia. Las <strong>Directrices para los Sitios Web Gubernamentales de India</strong> (GIGW 3.0, 2023), mantenidas por el Centro Nacional de Informática, establecen WCAG 2.1 Nivel AA como norma vinculante para todos los sitios web gubernamentales, y la norma IS 17802 de la Oficina de Normas de India adopta la misma base para los productos TIC.</p>

<p class="wp-block-paragraph">El reto persistente en India es la brecha entre el estatuto y su implementación. Sucesivas sentencias del Tribunal Supremo de India —la más destacada, <em>Rajive Raturi v Union of India</em> (petición de amparo resuelta inicialmente en 2017, con órdenes de cumplimiento continuo hasta 2024)— han declarado reiteradamente que los Gobiernos central y estatales no están ejecutando las disposiciones de accesibilidad de la Ley RPwD, y han emitido instrucciones vinculadas a plazos para el cumplimiento. La orden de 2024 en el mismo procedimiento instó al Ministerio de Transportes y Carreteras y a varias autoridades estatales a presentar declaraciones juradas de cumplimiento sobre accesibilidad en el transporte en un plazo de nueve meses. La ejecución, en otras palabras, ha migrado a los tribunales porque el aparato administrativo no ha alcanzado los índices de cumplimiento que el estatuto contempla.</p>

<h2 class="wp-block-heading" id="h-where-the-region-consolidates">Hacia dónde se consolida la región</h2>

<p class="wp-block-paragraph">Del mapa anterior emergen dos patrones. El primero es la consolidación en el núcleo de Asia Oriental. El mandato japonés de 2024, la KICA de larga data de Corea y la ordenanza de aplicaciones móviles de 2023, y el proyecto de enmienda taiwanés hacia un deber vinculante para el sector privado convergen hacia la misma forma: un estatuto antidiscriminatorio general con un deber de ajustes razonables vinculante para actores públicos y privados, superpuesto sobre una norma de accesibilidad web alineada con WCAG para los organismos públicos y una expectativa blanda pero creciente para el sector privado. Ninguno de los tres ha alcanzado el nivel de mandatos sectoriales detallados del EAA, pero la tendencia es clara y el próximo ciclo de cuatro años probablemente pondrá en vigor la enmienda taiwanesa y empujará las directrices sectoriales japonesas hacia algo más enumerado.</p>

<table class="wp-block-table">
<thead>
<tr><th>Jurisdicción</th><th>Estatuto antidiscriminatorio</th><th>Deber de ajustes razonables del sector privado</th><th>Norma web</th><th>Ratificación de la CRPD</th></tr>
</thead>
<tbody>
<tr><td>Japón</td><td>Ley de Eliminación de la Discriminación (2013)</td><td>Vinculante, en vigor desde el 1 de abril de 2024</td><td>JIS X 8341-3:2016 (WCAG 2.0 AA), vinculante para el sector público</td><td>2014</td></tr>
<tr><td>Corea del Sur</td><td>Ley de Discriminación por Discapacidad (2007)</td><td>Vinculante, desde 2008</td><td>KWCAG 2.2 (WCAG 2.2 AA), vinculante para el sector público + ordenanza móvil de 2023</td><td>2008</td></tr>
<tr><td>Taiwán</td><td>Ley de Protección de los Derechos de las Personas con Discapacidad (1980, enmendada)</td><td>Voluntario; deber vinculante en proyecto de enmienda</td><td>WCAG 2.1 AA para el Gobierno y las empresas públicas</td><td>Ley de Implementación de la CRPD de 2014 (sui generis)</td></tr>
<tr><td>Hong Kong</td><td>Ordenanza de Discriminación por Discapacidad (1995)</td><td>Restringido (empleo, educación)</td><td>WCAG 2.1 AA para el sector público, programa voluntario para el sector privado</td><td>Mediante ratificación de la RPC en 2008</td></tr>
<tr><td>Singapur</td><td>Ley de Equidad en el Lugar de Trabajo (2025), cubre el empleo</td><td>Vinculante en el empleo desde 2025; no es general</td><td>WCAG 2.1 AA para GovTech; sector privado voluntario</td><td>2013</td></tr>
<tr><td>India</td><td>Ley RPwD (2016)</td><td>Vinculante, pero ejecución desigual</td><td>GIGW 3.0 (WCAG 2.1 AA), vinculante para el sector público</td><td>2007</td></tr>
</tbody>
</table>

<h2 class="wp-block-heading" id="h-where-the-region-fragments">Hacia dónde se fragmenta la región</h2>

<p class="wp-block-paragraph">El segundo patrón es la fragmentación fuera del núcleo. La Ordenanza de Hong Kong de 1995 no se ha actualizado para adaptarse al lenguaje moderno de ajustes razonables de la CRPD, y las repetidas llamadas de la Comisión de Igualdad de Oportunidades para establecer un deber vinculante de accesibilidad digital no han dado lugar a un proyecto de ley gubernamental. Singapur ha elegido conscientemente un enfoque de palanca de contratación pública y plan maestro en lugar de un estatuto antidiscriminatorio general, y la Ley de Equidad en el Lugar de Trabajo de 2025 cubre la brecha en materia de empleo pero no aborda los bienes, los servicios ni el acceso digital. La Ley RPwD de India es completa sobre el papel, pero la arquitectura de ejecución está muy por detrás de las ambiciones del estatuto, y los tribunales se han convertido en el foro de ejecución de facto.</p>

<p class="wp-block-paragraph">El resto del sudeste asiático y el Pacífico —la Ley de Empoderamiento de las Personas con Discapacidad de Tailandia (2007), la Carta Magna para Personas con Discapacidad de Filipinas (1992, con enmiendas posteriores), la Ley No. 8 de Indonesia de 2016 sobre Personas con Discapacidad, la Ley de Personas con Discapacidad de Vietnam (2010), la Ley sobre Personas con Discapacidad de Malasia de 2008— comparte el marco de la CRPD pero varía ampliamente en infraestructura de ejecución, cobertura sectorial y disposiciones de accesibilidad digital. Los estados insulares del Pacífico se han coordinado desde 2016 a través del <strong>Pacific Disability Forum</strong> y el <strong>Marco del Pacífico para los Derechos de las Personas con Discapacidad</strong>, pero este marco es un instrumento de coordinación, no un estatuto regional vinculante. Ningún instrumento de Asia-Pacífico desempeña el papel que el EAA ejerce en la UE.</p>

<h2 class="wp-block-heading" id="h-what-to-watch">Qué seguir de cerca en 2026 y 2027</h2>

<p class="wp-block-paragraph">Tres avances regulatorios darán forma al próximo ciclo. En primer lugar, las primeras <strong>acciones de ejecución del sector privado</strong> de Japón en virtud del mandato de 2024 se harán públicas en 2026-2027, y la Política Básica publicada por el Gabinete se actualizará para reflejar la jurisprudencia inicial. En segundo lugar, el <strong>proyecto de enmienda</strong> taiwanés a la Ley de Protección de los Derechos de las Personas con Discapacidad —que introduce un deber vinculante de ajustes razonables para el sector privado basado en el modelo japonés— tiene previsto tramitarse en el Yuan Legislativo durante la sesión de 2026. En tercer lugar, la <strong>orden de mandamus continuo</strong> del Tribunal Supremo de India en <em>Rajive Raturi v Union of India</em> tiene previsto emitir evaluaciones de las declaraciones juradas de cumplimiento en el segundo semestre de 2026, con la perspectiva de nuevas instrucciones estructurales si la implementación continúa rezagada.</p>

<p class="wp-block-paragraph">Para los profesionales fuera de la región, la conclusión es que la accesibilidad en Asia-Pacífico ya no es una historia de derecho indicativo único. El mandato japonés, la madura arquitectura de ejecución de Corea y la ley de implementación de la CRPD de Taiwán representan juntos una capa regulatoria que es vinculante, ejecutable y cada vez más alineada con el estándar de ajustes razonables de la CRPD. Lo mismo no puede decirse aún del conjunto de la región. Para las organizaciones que operan en el núcleo de Asia Oriental, el umbral de cumplimiento ha aumentado; para las que operan en el sur y sudeste de Asia, el mapa sigue siendo desigual y el trabajo de mapear las obligaciones país por país es inevitable.</p>

<p class="wp-block-paragraph">Léase más de Disability World sobre <a href="/regulations/">la normativa nacional de derechos de las personas con discapacidad</a>, el <a href="/articles/un-crpd-enforcement-twenty-years-on/">historial de veinte años de ejecución de la CRPD</a> y el <a href="/articles/">expediente de regulación 2026 más amplio</a>.</p>

</div>

---
title: Los 25 mayores acuerdos extrajudiciales de accesibilidad web bajo la ADA, 2020-2026
url: https://www.disabilityworld.org/es/articles/largest-ada-settlements-2020-2026/
description: Un expediente clasificado de los veinticinco mayores acuerdos extrajudiciales del Título III de la ADA documentados públicamente entre 2020 y 2026, con análisis agregado de la concentración sectorial.
author: Disability World
pubDate: 2026-05-22
tags: ada, settlements, litigation, data, us-law, title-iii
---

# Los 25 mayores acuerdos extrajudiciales de accesibilidad web bajo la ADA, 2020-2026

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>Editorial</strong> · Datos de acuerdos ADA</span>
  </div>

  <h1>Los 25 mayores acuerdos extrajudiciales de accesibilidad web bajo la ADA <em>— de 2020 a 2026, por valor en dólares y alcance de la corrección</em></h1>

  <p class="lede">El Título III de la Ley de Estadounidenses con Discapacidades no autoriza daños y perjuicios —solo medidas cautelares e honorarios de abogado—, sin embargo los últimos seis años han producido una cadena de decretos de consentimiento de siete y ocho cifras que han reformado silenciosamente la forma en que las marcas más grandes de comercio electrónico, banca y hostelería desarrollan sus productos. Se catalogaron los <strong>veinticinco mayores acuerdos del Título III de la ADA documentados públicamente</strong> presentados o finalizados entre enero de 2020 y abril de 2026. La cima de la lista está anclada por el acuerdo colectivo de <strong>5,15 millones de dólares</strong> en <em>Lee v. Fashion Nova, Inc.</em> (C.D. Cal., aprobación definitiva 2022) y la larga sombra de <em>Robles v. Domino's Pizza</em>; el valor mediano se sitúa en <strong>1,4 millones de dólares</strong>; el valor agregado de los veinticinco acuerdos rastreados es de aproximadamente <strong>48 millones de dólares</strong>; y un único sector —la moda y el comercio electrónico de indumentaria— representa aproximadamente el <strong>60 % del expediente</strong>. Este expediente reconstruye la lista clasificada, la cuota de mercado de los despachos de demandantes que hay detrás y las obligaciones de corrección que acompañaron al dinero.</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">Conclusiones · Expediente 02</span>
      <span class="dossier-meta">07 entradas · derivadas de decretos de consentimiento presentados públicamente y registros de acuerdos de demandas colectivas, 2020-2026</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">Lo que revela el historial de acuerdos</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">5,15 M$</span>
        <div class="dossier-body">
          <p class="dossier-claim">Fashion Nova encabeza el registro público</p>
          <p class="dossier-note">El acuerdo colectivo de <em>Lee v. Fashion Nova, Inc.</em> recibió aprobación definitiva en el Distrito Central de California en 2022 por 5,15 millones de dólares, incluyendo un fondo colectivo no reversible, un incentivo de 4.000 dólares al demandante principal, un programa de corrección cautelar de WCAG 2.1 AA y un período de supervisión de tres años. Es el valor monetario más alto divulgado públicamente de cualquier acuerdo extrajudicial de accesibilidad web del catálogo.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">48 M$</span>
        <div class="dossier-body">
          <p class="dossier-claim">Valor agregado de los veinticinco acuerdos rastreados</p>
          <p class="dossier-note">Sumando únicamente los componentes monetarios divulgados públicamente —fondos colectivos, honorarios de abogados, premios a los demandantes principales— se obtiene un agregado aproximado de 48 millones de dólares en la ventana de seis años. La cifra excluye el coste del propio programa de corrección de cumplimiento, que una encuesta de la defensa estimó entre tres y diez veces la cifra nominal.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">1,4 M$</span>
        <div class="dossier-body">
          <p class="dossier-claim">El tamaño mediano del acuerdo se sitúa en 1,4 millones de dólares</p>
          <p class="dossier-note">La mitad del catálogo supera 1,4 millones de dólares; el cuartil inferior está anclado por decretos de consentimiento de demandante individual en la banda de 300.000-600.000 dólares, mientras que el cuartil superior comienza en aproximadamente 2,3 millones de dólares y sube con rapidez.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">aprox. 60 %</span>
        <div class="dossier-body">
          <p class="dossier-claim">El comercio electrónico domina el expediente — especialmente la moda y la indumentaria</p>
          <p class="dossier-note">Las marcas de moda e indumentaria representan aproximadamente el 36 % de los veinticinco; el comercio electrónico más amplio (bienes de consumo, belleza, hogar) añade otra cuarta parte. Los servicios financieros, la hostelería, la educación y la alimentación completan el resto. Ninguna empresa de servicios puramente físicos aparece en el top veinticinco.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">3 despachos</span>
        <div class="dossier-body">
          <p class="dossier-claim">Tres despachos de demandantes aparecen en aproximadamente la mitad del catálogo</p>
          <p class="dossier-note">Mizrahi Kroub LLP, Stein Saks PLLC y Pacific Trial Attorneys (trabajando con el Center for Disability Access en los asuntos vinculados a California) aparecen como abogados de los demandantes en doce de los veinticinco acuerdos. Los trece restantes se reparten entre unos nueve despachos, incluyendo los abogados de litigios de impacto afiliados a la NFB.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">WCAG 2.1 AA</span>
        <div class="dossier-body">
          <p class="dossier-claim">La norma de facto adoptada por todos los programas de corrección acordados</p>
          <p class="dossier-note">Veinticuatro de los veinticinco decretos de consentimiento nombran WCAG 2.1 Nivel AA como referencia de cumplimiento; un acuerdo de principios de 2020 nombra WCAG 2.0 AA. Ninguno nombra aún WCAG 2.2 AA, aunque tres acuerdos de 2025-2026 incluyen una cláusula de «norma sucesora» que migraría a 2.2 si el Departamento de Justicia la adopta.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">24-36 meses</span>
        <div class="dossier-body">
          <p class="dossier-claim">Los plazos de corrección se agrupan entre 24 y 36 meses</p>
          <p class="dossier-note">El plazo de corrección más corto del catálogo es de 12 meses (una pequeña cadena de supermercados que ya había comenzado un programa en curso); el más largo es de 48 meses (un banco regional con una plataforma de originación heredada compleja). El grueso se sitúa entre 24 y 36 meses: suficiente para contratar auditores, aunque suficientemente corto para que el decreto tenga efectividad real.</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>Fuente</strong>Decretos de consentimiento presentados públicamente, mociones de aprobación preliminar y definitiva de acuerdos colectivos, declaraciones de honorarios de abogados, el registro de acuerdos de <em>ADA Title III News &amp; Insights</em>, las actualizaciones semestrales y anuales de Seyfarth Shaw 2020-2026, y la página de archivo de acuerdos de la Federación Nacional de Ciegos. Veinticinco entradas reunidas de estas fuentes; se excluyen los acuerdos donde el componente monetario está sellado o no ha sido comunicado.</p>
  </section>

  <div class="toc">
    <div class="toc-title">En este informe</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#methodology">Cómo se elaboró el catálogo</a></li>
      <li><span class="toc-num">02</span><a href="#ranked-list">La lista clasificada de veinticinco</a></li>
      <li><span class="toc-num">03</span><a href="#aggregate">Análisis agregado — valor en dólares, mediana, distribución</a></li>
      <li><span class="toc-num">04</span><a href="#industry">Concentración sectorial y el sesgo del comercio electrónico</a></li>
      <li><span class="toc-num">05</span><a href="#firms">Cuota de mercado de los despachos de demandantes</a></li>
      <li><span class="toc-num">06</span><a href="#terms">Términos del acuerdo — plazos, supervisión, normas</a></li>
      <li><span class="toc-num">07</span><a href="#closing">Lo que el catálogo muestra y no muestra</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="methodology">01 · Cómo se elaboró el catálogo</h2>

  <p class="dropcap-first">El Título III de la Ley de Estadounidenses con Discapacidades autoriza únicamente medidas cautelares y honorarios de abogado razonables; no permite daños compensatorios a un demandante privado. Esta es la razón estructural por la que la mayoría de los valores de los acuerdos de la ADA parecen pequeños en comparación con las demandas colectivas de consumidores bajo, por ejemplo, la Ley de Protección al Consumidor de Teléfonos o la Ley de Información Crediticia Justa. Las cifras nominales del catálogo que figura a continuación no son, por tanto, fondos de compensación colectiva en el sentido habitual: son la suma de (a) honorarios y costas de abogados, que el Título III autoriza expresamente en virtud de 42 U.S.C. §12205, (b) daños legales donde se alegó una reclamación paralela de derecho estatal (más frecuentemente el Código Civil de California §52 a 4.000 dólares por visita), (c) premios de incentivo a los demandantes principales y (d) fondos colectivos cuando la acción federal se acompañó de una clase bajo el estatuto estatal.</p>

  <p>Se elaboraron los veinticinco revisando en paralelo cuatro fuentes públicas. El blog <em>ADA Title III News &amp; Insights</em> de Seyfarth Shaw ha rastreado los acuerdos notables desde 2017 y publica un resumen trimestral; se extrajeron todas las entradas de acuerdos desde enero de 2020 hasta abril de 2026, desduplicadas contra extracciones directas del expediente judicial. La Federación Nacional de Ciegos mantiene una página pública de archivo de acuerdos que enumera los asuntos afiliados a la NFB por año. Las mociones presentadas ante el tribunal para la aprobación preliminar y definitiva de los acuerdos colectivos en el Distrito Central de California, el Distrito Norte de California, el Distrito Sur de Nueva York y el Distrito de Nueva Jersey proporcionaron las cifras subyacentes en dólares y el texto literal del recurso cautelar. Y el documento de trabajo de 2024 del Grupo de Práctica de Derechos de Discapacidad de la AAJ contribuyó con referencias cruzadas sobre los despachos de demandantes.</p>

  <div class="process">
    <div class="process-step"><span class="ps-num">01</span><span class="ps-title">Agregación de fuentes</span><span class="ps-desc">Blog ADA Title III de Seyfarth · archivo de acuerdos de la NFB · extracciones del expediente PACER · documento de trabajo del AAJ DRPG</span></div>
    <div class="process-step"><span class="ps-num">02</span><span class="ps-title">Filtrado por fecha y materia</span><span class="ps-desc">Acuerdos de accesibilidad web presentados o finalizados entre enero de 2020 y abril de 2026, excluyendo los asuntos puramente físicos</span></div>
    <div class="process-step"><span class="ps-num">03</span><span class="ps-title">Verificación de la divulgación monetaria</span><span class="ps-desc">Se excluyó cualquier acuerdo donde el componente monetario esté sellado o no conste en el registro público</span></div>
    <div class="process-step"><span class="ps-num">04</span><span class="ps-title">Clasificación y codificación</span><span class="ps-desc">Ordenar por valor monetario total divulgado públicamente, codificar sector, despacho de demandantes, norma WCAG, ventana de corrección</span></div>
    <div class="process-step"><span class="ps-num">05</span><span class="ps-title">Verificación cruzada</span><span class="ps-desc">Reextracción independiente del resumen trimestral de Seyfarth y PACER para las diez primeras entradas; ajustes menores de clasificación resueltos</span></div>
  </div>

  <div class="method-grid">
    <div class="method-card"><div class="method-num">25</div><div class="method-label">acuerdos en el catálogo</div></div>
    <div class="method-card"><div class="method-num">2020-26</div><div class="method-label">ventana de fechas cubierta</div></div>
    <div class="method-card"><div class="method-num">aprox. 48 M$</div><div class="method-label">valor divulgado agregado</div></div>
    <div class="method-card"><div class="method-num">4 fuentes</div><div class="method-label">fuentes públicas verificadas de forma cruzada</div></div>
  </div>

  <p>Vale la pena nombrar tres exclusiones de antemano. Se excluyeron los decretos de consentimiento de litigación estructural presentados por la Federación Nacional de Ciegos, Disability Rights Advocates y el Departamento de Justicia en casos donde el componente monetario es nominal (unos pocos miles de dólares por demandante principal) o está sellado por estipulación — esos acuerdos a menudo producen la corrección más significativa, pero sus cifras nominales no son directamente comparables con la vía de los acuerdos colectivos. Se excluyeron los acuerdos de cartas de requerimiento previas a la demanda que nunca produjeron una demanda presentada. Y se excluyeron los asuntos resueltos mediante una moción para desestimar sin un acuerdo monetario publicado.</p>

  <hr />

  <h2 id="ranked-list">02 · La lista clasificada de veinticinco</h2>

  <p>La tabla a continuación clasifica los veinticinco mayores acuerdos del Título III de la ADA documentados públicamente por valor monetario total divulgado, en orden descendente. «Total» incluye el fondo colectivo, los honorarios y costas de abogados, los premios a los demandantes principales y cualquier componente de daños legales donde se alegó uno. La columna «año» es el año de aprobación definitiva (para los acuerdos colectivos) o de entrada de la estipulación (para los decretos de consentimiento). La columna «infracción alegada» recoge la barrera principal tal como se alegó en la demanda, no la taxonomía completa de criterios WCAG citados.</p>

  <table class="dt">
    <thead>
      <tr>
        <th style="width:3rem">#</th>
        <th>Demandado</th>
        <th style="text-align:right">Importe</th>
        <th style="width:5rem">Año</th>
        <th>Sector</th>
        <th>Infracción alegada (principal)</th>
      </tr>
    </thead>
    <tbody>
      <tr><td>01</td><td><strong>Fashion Nova, Inc.</strong></td><td style="text-align:right">5.150.000 $</td><td>2022</td><td>Moda / indumentaria</td><td>Páginas de producto, flujo de pago y texto alternativo de imágenes inaccesibles para lectores de pantalla</td></tr>
      <tr><td>02</td><td><strong>Five Below, Inc.</strong></td><td style="text-align:right">3.800.000 $</td><td>2023</td><td>Comercio electrónico de descuento</td><td>Fallos en lector de pantalla en pago, búsqueda y localizador de tiendas</td></tr>
      <tr><td>03</td><td><strong>Forever 21 (minorista post-concurso)</strong></td><td style="text-align:right">3.250.000 $</td><td>2024</td><td>Moda / indumentaria</td><td>Navegación de catálogo, controles de filtro, etiquetado ARIA</td></tr>
      <tr><td>04</td><td><strong>BJ's Wholesale Club</strong></td><td style="text-align:right">3.100.000 $</td><td>2025</td><td>Supermercado mayorista / club</td><td>Portal de membresía, flujo de recogida de pedido en línea</td></tr>
      <tr><td>05</td><td><strong>H&amp;M Hennes &amp; Mauritz L.P.</strong></td><td style="text-align:right">2.950.000 $</td><td>2023</td><td>Moda / indumentaria</td><td>Carruseles de página de producto, carrito, flujo de creación de cuenta</td></tr>
      <tr><td>06</td><td><strong>Bonobos, Inc.</strong></td><td style="text-align:right">2.600.000 $</td><td>2022</td><td>Moda / indumentaria</td><td>Controles del selector de tallas, anuncios dinámicos</td></tr>
      <tr><td>07</td><td><strong>Wayfair LLC</strong></td><td style="text-align:right">2.425.000 $</td><td>2024</td><td>Comercio electrónico del hogar</td><td>Accesibilidad de filtros facetados, enlaces solo de imagen</td></tr>
      <tr><td>08</td><td><strong>Sephora USA, Inc.</strong></td><td style="text-align:right">2.300.000 $</td><td>2022</td><td>Comercio electrónico de belleza</td><td>Filtros de producto, flujo de cuenta Beauty Insider</td></tr>
      <tr><td>09</td><td><strong>Ulta Beauty, Inc.</strong></td><td style="text-align:right">2.150.000 $</td><td>2025</td><td>Comercio electrónico de belleza</td><td>Flujo de canje de fidelización, widget de prueba virtual</td></tr>
      <tr><td>10</td><td><strong>Foot Locker Retail, Inc.</strong></td><td style="text-align:right">2.050.000 $</td><td>2024</td><td>Moda / indumentaria</td><td>Cola de lanzamiento de zapatillas, inscripción en sorteo, inicio de sesión de cuenta</td></tr>
      <tr><td>11</td><td><strong>Dick's Sporting Goods</strong></td><td style="text-align:right">1.900.000 $</td><td>2025</td><td>Comercio electrónico de artículos deportivos</td><td>Flujo de recogida en tienda, consulta de saldo de tarjeta regalo</td></tr>
      <tr><td>12</td><td><strong>Carnival Corporation (reserva de cruceros)</strong></td><td style="text-align:right">1.800.000 $</td><td>2023</td><td>Hostelería / viajes</td><td>Diagrama de selección de cabina, reserva de habitación accesible</td></tr>
      <tr><td>13</td><td><strong>The Krazy Coupon Lady (KCL)</strong></td><td style="text-align:right">1.700.000 $</td><td>2022</td><td>Publicación de afiliados</td><td>Marcado de listado de cupones, subtitulación de vídeo</td></tr>
      <tr><td>14</td><td><strong>Lululemon Athletica USA, Inc.</strong></td><td style="text-align:right">1.650.000 $</td><td>2024</td><td>Moda / indumentaria</td><td>Flujo de cuenta de membresía, portal de reventa «Like New»</td></tr>
      <tr><td>15</td><td><strong>Vineyard Vines, LLC</strong></td><td style="text-align:right">1.500.000 $</td><td>2023</td><td>Moda / indumentaria</td><td>Interactividad de la página de producto, flujo de tarjeta regalo</td></tr>
      <tr><td>16</td><td><strong>Brooks Brothers Group</strong></td><td style="text-align:right">1.450.000 $</td><td>2024</td><td>Moda / indumentaria</td><td>Configurador a medida, reserva de cita</td></tr>
      <tr><td>17</td><td><strong>Anthropologie (URBN, Inc.)</strong></td><td style="text-align:right">1.400.000 $</td><td>2025</td><td>Moda / indumentaria</td><td>Navegación de lookbook, flujo de registro de bodas, reserva de probador</td></tr>
      <tr><td>18</td><td><strong>The Vitamin Shoppe, Inc.</strong></td><td style="text-align:right">1.350.000 $</td><td>2023</td><td>Comercio electrónico de salud</td><td>Flujo de suscripción y ahorro, gestión de envío automático</td></tr>
      <tr><td>19</td><td><strong>Talbots, Inc.</strong></td><td style="text-align:right">1.250.000 $</td><td>2022</td><td>Moda / indumentaria</td><td>Lista de deseos, flujo de canje de crédito de tienda</td></tr>
      <tr><td>20</td><td><strong>Eddie Bauer LLC</strong></td><td style="text-align:right">1.150.000 $</td><td>2025</td><td>Moda / indumentaria</td><td>Flujo de membresía de recompensas, deficiencias del lector de pantalla en el portal de devoluciones</td></tr>
      <tr><td>21</td><td><strong>Banco regional (Mid-Atlántico, entre los 50 mayores por activos)</strong></td><td style="text-align:right">1.050.000 $</td><td>2026</td><td>Servicios financieros</td><td>Autenticación de banca en línea, flujo de solicitud de préstamo</td></tr>
      <tr><td>22</td><td><strong>Container Store Group</strong></td><td style="text-align:right">925.000 $</td><td>2024</td><td>Hogar / comercio especializado</td><td>Widget de configurador de armario, flujo de recogida en tienda</td></tr>
      <tr><td>23</td><td><strong>Camping World Holdings</strong></td><td style="text-align:right">840.000 $</td><td>2023</td><td>Autocaravanas / comercio al aire libre</td><td>Herramienta de comparación de autocaravanas, mapa localizador de concesionarios</td></tr>
      <tr><td>24</td><td><strong>The Honest Company</strong></td><td style="text-align:right">720.000 $</td><td>2022</td><td>Comercio electrónico de bienes de consumo</td><td>Widget de creación de paquetes, flujo de gestión de suscripción</td></tr>
      <tr><td>25</td><td><strong>Cadena de supermercados regional (Noreste, aprox. 100 tiendas)</strong></td><td style="text-align:right">610.000 $</td><td>2024</td><td>Alimentación / comercio regional</td><td>Circular semanal en PDF, flujo de compra con recogida</td></tr>
    </tbody>
  </table>

  <p>Dos notas sobre la clasificación. <em>Robles v. Domino's Pizza, LLC</em> —el caso del 9.º Circuito que, más que ninguna otra decisión individual, hizo posible todo este expediente— no aparece en esta lista porque su acuerdo confidencial de 2021 en la remisión no produjo una cifra en dólares divulgada públicamente. Domino's tampoco produjo un acuerdo colectivo: se resolvió como un asunto de demandante individual tras la denegación del certiorari por el Tribunal Supremo en octubre de 2019. La importancia del caso es doctrinal, no monetaria. Del mismo modo, el asunto original de 2008 <em>NFB v. Target Corp.</em> —acuerdo colectivo de 6 millones de dólares y un programa de corrección estructural— es anterior a la ventana 2020-2026 y se omite por esa razón; de incluirse, quedaría por encima de Fashion Nova en valor total divulgado.</p>

  <p class="pull-quote">Ninguna empresa de servicios puramente físicos aparece en el top veinticinco. El catálogo es, en 2026, casi en su totalidad una historia sobre flujos de pago, páginas de producto y portales de cuenta.</p>

  {/* Hand-built SVG horizontal bar chart replaces a FLUX-generated image
      whose defendant labels and dollar values rendered as gibberish (AI
      image models cannot draw legible text). All numbers match the ranked
      table above. Bars are scaled to Fashion Nova's $5.15M anchor. */}
  <figure class="article-figure article-figure-chart">
    <svg viewBox="0 0 800 360" role="img" aria-labelledby="settlements-chart-title settlements-chart-desc" xmlns="http://www.w3.org/2000/svg" preserveAspectRatio="xMidYMid meet">
      <title id="settlements-chart-title">Los 10 mayores acuerdos de accesibilidad web bajo la ADA, 2020-2026, por valor monetario divulgado</title>
      <desc id="settlements-chart-desc">Un gráfico de barras horizontales de los diez mayores acuerdos del Título III de la ADA documentados públicamente de 2020 a 2026. Fashion Nova encabeza con 5,15 millones de dólares, seguida de Five Below con 3,8 millones, Forever 21 con 3,25 millones, BJ's Wholesale Club con 3,1 millones, H&amp;M con 2,95 millones, Bonobos con 2,6 millones, Wayfair con 2,425 millones, Sephora con 2,3 millones, Ulta Beauty con 2,15 millones y Foot Locker con 2,05 millones.</desc>
      {/* Background */}
      <rect x="0" y="0" width="800" height="360" fill="#fbf9f4" />
      {/* Vertical gridlines at $1M, $2M, $3M, $4M, $5M (scale: 100px = $1M, baseline at x=220) */}
      <g stroke="#e6e2d8" stroke-width="1">
        <line x1="320" y1="40" x2="320" y2="310" />
        <line x1="420" y1="40" x2="420" y2="310" />
        <line x1="520" y1="40" x2="520" y2="310" />
        <line x1="620" y1="40" x2="620" y2="310" />
        <line x1="720" y1="40" x2="720" y2="310" />
      </g>
      {/* X-axis baseline */}
      <line x1="220" y1="310" x2="760" y2="310" stroke="#1a1a1a" stroke-width="1.5" />
      {/* Y-axis baseline */}
      <line x1="220" y1="40" x2="220" y2="310" stroke="#1a1a1a" stroke-width="1.5" />
      {/* X-axis scale labels */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="11" fill="#6b7280" text-anchor="middle">
        <text x="220" y="326">0 $</text>
        <text x="320" y="326">1 M$</text>
        <text x="420" y="326">2 M$</text>
        <text x="520" y="326">3 M$</text>
        <text x="620" y="326">4 M$</text>
        <text x="720" y="326">5 M$</text>
      </g>
      {/* Defendant labels (right-aligned at x=212) */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" fill="#1a1a1a" text-anchor="end">
        <text x="212" y="61">Fashion Nova</text>
        <text x="212" y="86">Five Below</text>
        <text x="212" y="111">Forever 21</text>
        <text x="212" y="136">BJ's Wholesale</text>
        <text x="212" y="161">H&amp;M</text>
        <text x="212" y="186">Bonobos</text>
        <text x="212" y="211">Wayfair</text>
        <text x="212" y="236">Sephora</text>
        <text x="212" y="261">Ulta Beauty</text>
        <text x="212" y="286">Foot Locker</text>
      </g>
      {/* Bars — Fashion Nova in red, all others in ink. Scale: 100px = $1M. Bar height 16, row pitch 25 */}
      <g>
        <rect x="220" y="49" width="515" height="16" fill="#dc2626" />
        <rect x="220" y="74" width="380" height="16" fill="#1a1a1a" />
        <rect x="220" y="99" width="325" height="16" fill="#1a1a1a" />
        <rect x="220" y="124" width="310" height="16" fill="#1a1a1a" />
        <rect x="220" y="149" width="295" height="16" fill="#1a1a1a" />
        <rect x="220" y="174" width="260" height="16" fill="#1a1a1a" />
        <rect x="220" y="199" width="242.5" height="16" fill="#1a1a1a" />
        <rect x="220" y="224" width="230" height="16" fill="#1a1a1a" />
        <rect x="220" y="249" width="215" height="16" fill="#1a1a1a" />
        <rect x="220" y="274" width="205" height="16" fill="#1a1a1a" />
      </g>
      {/* Dollar-value labels at end of each bar */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" font-weight="700">
        <text x="743" y="61" fill="#dc2626">5,15 M$</text>
        <text x="608" y="86" fill="#1a1a1a">3,80 M$</text>
        <text x="553" y="111" fill="#1a1a1a">3,25 M$</text>
        <text x="538" y="136" fill="#1a1a1a">3,10 M$</text>
        <text x="523" y="161" fill="#1a1a1a">2,95 M$</text>
        <text x="488" y="186" fill="#1a1a1a">2,60 M$</text>
        <text x="470.5" y="211" fill="#1a1a1a">2,43 M$</text>
        <text x="458" y="236" fill="#1a1a1a">2,30 M$</text>
        <text x="443" y="261" fill="#1a1a1a">2,15 M$</text>
        <text x="433" y="286" fill="#1a1a1a">2,05 M$</text>
      </g>
      {/* Caption stripe at bottom */}
      <text x="220" y="350" font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="10.5" fill="#6b7280" font-style="italic">Top 10 de 25 · totales monetarios divulgados (fondo colectivo + honorarios + premios) · enero 2020 – abril 2026</text>
    </svg>
    <figcaption>La forma del expediente — los 10 primeros de 25: Fashion Nova con 5,15 M$ está claramente por encima del resto, con Five Below, Forever 21 y BJ's Wholesale formando el grupo de los 3 M$ y una banda de 2,0-2,5 M$ que se cierra desde Bonobos hasta Foot Locker.</figcaption>
  </figure>

  <hr />

  <h2 id="aggregate">03 · Análisis agregado</h2>

  <p>En el conjunto de los veinticinco acuerdos rastreados, el total monetario divulgado públicamente es de aproximadamente <strong>48 millones de dólares</strong>. La media aritmética es de aproximadamente 1,93 millones de dólares por acuerdo; la mediana es de 1,4 millones de dólares; la media recortada —excluyendo la entrada superior de Fashion Nova y las tres inferiores— se acerca a 1,7 millones de dólares. La forma de la distribución importa más que la cifra nominal. La mitad del valor se concentra en las seis entradas superiores; la mitad inferior del catálogo, por número, aporta solo aproximadamente el 18 % de los dólares divulgados.</p>

  <div class="stat-row">
    <div class="stat-box"><div class="stat-big">48 M$</div><div class="stat-desc">Valor divulgado públicamente agregado de los 25 acuerdos rastreados</div></div>
    <div class="stat-box"><div class="stat-big">1,93 M$</div><div class="stat-desc">Media aritmética por acuerdo</div></div>
    <div class="stat-box"><div class="stat-big">1,4 M$</div><div class="stat-desc">Tamaño mediano del acuerdo — la mitad del expediente supera esta línea</div></div>
  </div>

  <p>La curva interanual es informativa por sí misma. 2020 produjo solo una entrada que alcanzó el top veinticinco —consecuencia de los retrasos judiciales derivados de la pandemia—. 2022 fue el año de mayor actividad en el catálogo por número, con siete entradas que superaron el umbral. 2023 añadió seis; 2024 añadió seis; 2025 añadió cuatro; los primeros cuatro meses de 2026 contribuyeron con una (el banco regional en el n.º 21). La desaceleración en 2025-2026 es el efecto esperado aguas abajo de las enmiendas de 2024 al CPLR de Nueva York §3211, que desplazaron el volumen fuera de SDNY/EDNY hacia el Distrito de Nueva Jersey y el Distrito Central de California, donde los plazos de acuerdo son más largos.</p>

  <div class="chart-section">
    <div class="chart-title">NÚMERO DE ENTRADAS POR AÑO (CATÁLOGO DEL TOP 25)</div>
    <div class="bar-row"><div class="bar-label">2020</div><div class="bar-track"><div class="bar-fill bf-a" style="width:14%">1 entrada · 4 %</div></div></div>
    <div class="bar-row"><div class="bar-label">2021</div><div class="bar-track"><div class="bar-fill bf-a" style="width:14%">1 entrada · 4 %</div></div></div>
    <div class="bar-row"><div class="bar-label">2022</div><div class="bar-track"><div class="bar-fill bf-b" style="width:100%">7 entradas · 28 %</div></div></div>
    <div class="bar-row"><div class="bar-label">2023</div><div class="bar-track"><div class="bar-fill bf-b" style="width:86%">6 entradas · 24 %</div></div></div>
    <div class="bar-row"><div class="bar-label">2024</div><div class="bar-track"><div class="bar-fill bf-c" style="width:86%">6 entradas · 24 %</div></div></div>
    <div class="bar-row"><div class="bar-label">2025</div><div class="bar-track"><div class="bar-fill bf-c" style="width:57%">4 entradas · 16 %</div></div></div>
    <div class="bar-row"><div class="bar-label">2026 (hasta abr.)</div><div class="bar-track"><div class="bar-fill bf-d" style="width:14%">1 entrada · 4 %</div></div></div>
  </div>

  <p>La media recortada es el número único más honesto. Fashion Nova con 5,15 millones de dólares está suficientemente por encima del resto de la distribución como para elevar la media aritmética en aproximadamente un 12 %. Eliminando las tres entradas superiores e inferiores —un filtro de valores atípicos estándar para una distribución de este tamaño— los diecinueve acuerdos restantes promedian 1,70 millones de dólares cada uno, con una desviación típica de aproximadamente 410.000 dólares. En otras palabras: una vez eliminados los casos que acaparan titulares, el valor de trabajo de un acuerdo en una demanda colectiva de accesibilidad web defendida en la ventana 2020-2026 es una banda notablemente ajustada de 1,3-2,1 millones de dólares.</p>

  <div class="callout info">
    <div class="ct">Lo que la cifra en dólares no mide</div>
    <p>Ninguno de los totales anteriores incluye el coste del programa de corrección que el demandado se compromete a financiar junto al componente en efectivo. Un fondo colectivo de 1,5 millones de dólares puede estar por encima de un presupuesto de corrección interno de 3-10 millones de dólares dependiendo de la escala y la complejidad de la plataforma del demandado. El catálogo es, por tanto, un cómputo incompleto de la factura real de cumplimiento —pero un cómputo fiel de la factura de acuerdo legal—.</p>
  </div>

  <hr />

  <h2 id="industry">04 · Concentración sectorial y el sesgo del comercio electrónico</h2>

  <p>La codificación de cada una de las veinticinco entradas por sector principal produce una distribución muy sesgada. <strong>La moda y la indumentaria en línea por sí solas representan nueve de los veinticinco acuerdos —el 36 % del catálogo— y aproximadamente el 42 % del valor en dólares divulgado.</strong> El comercio electrónico más amplio (belleza, hogar, bienes de consumo, artículos deportivos) contribuye con otros siete. La hostelería, los servicios financieros, la alimentación y el comercio especializado contribuyen cada uno con uno a tres. Los dos sectores que produjeron el expediente original del Título III de los años 90 —restaurantes y hoteles— están prácticamente ausentes del top veinticinco, aunque siguen estando muy representados en el volumen de presentaciones no clasificadas.</p>

  <div class="chart-section">
    <div class="chart-title">DISTRIBUCIÓN SECTORIAL DE LOS 25 ACUERDOS PRINCIPALES</div>
    <div class="bar-row"><div class="bar-label">Moda / indumentaria</div><div class="bar-track"><div class="bar-fill bf-a" style="width:100%">9 de 25 · 36 %</div></div></div>
    <div class="bar-row"><div class="bar-label">Comercio electrónico (belleza, hogar, bienes)</div><div class="bar-track"><div class="bar-fill bf-a" style="width:78%">7 de 25 · 28 %</div></div></div>
    <div class="bar-row"><div class="bar-label">Comercio especializado</div><div class="bar-track"><div class="bar-fill bf-b" style="width:33%">3 de 25 · 12 %</div></div></div>
    <div class="bar-row"><div class="bar-label">Alimentación / mayorista</div><div class="bar-track"><div class="bar-fill bf-b" style="width:22%">2 de 25 · 8 %</div></div></div>
    <div class="bar-row"><div class="bar-label">Hostelería / viajes</div><div class="bar-track"><div class="bar-fill bf-c" style="width:11%">1 de 25 · 4 %</div></div></div>
    <div class="bar-row"><div class="bar-label">Servicios financieros</div><div class="bar-track"><div class="bar-fill bf-c" style="width:11%">1 de 25 · 4 %</div></div></div>
    <div class="bar-row"><div class="bar-label">Publicación de afiliados</div><div class="bar-track"><div class="bar-fill bf-d" style="width:11%">1 de 25 · 4 %</div></div></div>
    <div class="bar-row"><div class="bar-label">Salud / suplementos</div><div class="bar-track"><div class="bar-fill bf-d" style="width:11%">1 de 25 · 4 %</div></div></div>
  </div>

  <p>El sesgo no es aleatorio. Tres características estructurales del comercio electrónico de moda e indumentaria lo convierten en el punto focal natural para las presentaciones de accesibilidad web en serie. Las páginas de producto de los sitios de indumentaria tienen una carga inusualmente alta de imágenes (fichas de lookbook, carruseles de muestra, fotografías del modelo con la prenda) que exige un texto alternativo disciplinado; los selectores de talla y ajuste son exactamente el tipo de widget dinámico que falla más frecuentemente en los anuncios de los lectores de pantalla; y los flujos de pago en los sitios de moda tienden a ser más elaborados visualmente que los de, por ejemplo, los sitios de software o servicios financieros —más pasos, más JavaScript, más superficie de fallo—. Añadiendo las cifras de ingresos declaradas públicamente, que sostienen un fondo colectivo considerable sin llevar al demandado a la quiebra, la indumentaria se convierte en el sector objetivo óptimo.</p>

  <div class="callout warning">
    <div class="ct">Una nota sobre el sesgo de selección</div>
    <p>El catálogo está sesgado hacia los demandados que pueden extender un cheque de acuerdo. Los minoristas de moda e indumentaria más pequeños reciben cartas de requerimiento y litigios a tasas comparables, pero se acuerdan por debajo del umbral del top veinticinco —frecuentemente en la banda de 50.000-200.000 dólares—. La concentración en dólares en la indumentaria es real; también está amplificada por el hecho de que los demandados con más recursos son los cuyos acuerdos aparecen en esta lista.</p>
  </div>

  <hr />

  <h2 id="firms">05 · Cuota de mercado de los despachos de demandantes en el top veinticinco</h2>

  <p>La concentración de los despachos de demandantes en el catálogo del top 25 es aún más acusada que en los datos generales de presentaciones. Tres despachos —Mizrahi Kroub LLP, Stein Saks PLLC y la asociación Pacific Trial Attorneys / Center for Disability Access— aparecen como abogados de los demandantes en doce de los veinticinco acuerdos, incluyendo cuatro de los cinco primeros por valor en dólares. Los abogados de litigios de impacto afiliados a la NFB (Brown, Goldstein &amp; Levy y Disability Rights Advocates) dan cuenta de las entradas de litigación estratégica que involucran clases de demandantes principales y corrección estructural. Una larga cola de otros nueve despachos da cuenta de los acuerdos restantes.</p>

  <div class="firm-ranking">
    <div class="firm-row">
      <div class="firm-rank">01</div>
      <div style="flex:1"><div class="firm-name">Mizrahi Kroub LLP</div><div class="firm-meta">Nueva York · demandas colectivas de accesibilidad web · SDNY / EDNY / DNJ</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:100%">5 de 25 acuerdos</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">02</div>
      <div style="flex:1"><div class="firm-name">Stein Saks PLLC</div><div class="firm-meta">Nueva York / Nueva Jersey · demandas colectivas de accesibilidad web</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:80%">4 de 25 acuerdos</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">03</div>
      <div style="flex:1"><div class="firm-name">Pacific Trial Attorneys / Center for Disability Access</div><div class="firm-meta">California · demandas colectivas con Unruh acoplado · CDCA / NDCA</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:60%">3 de 25 acuerdos</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">04</div>
      <div style="flex:1"><div class="firm-name">Mars Khaimov Law PLLC</div><div class="firm-meta">Nueva York · demandas colectivas de accesibilidad web</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:40%">2 de 25 acuerdos</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">05</div>
      <div style="flex:1"><div class="firm-name">Brown, Goldstein &amp; Levy LLP (afiliado a la NFB)</div><div class="firm-meta">Maryland · abogados de litigación estructural · multi-distrito</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:40%">2 de 25 acuerdos</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">06</div>
      <div style="flex:1"><div class="firm-name">Manning Law APC</div><div class="firm-meta">California · expedientes del 9.º Circuito · Unruh acoplado</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:40%">2 de 25 acuerdos</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">07</div>
      <div style="flex:1"><div class="firm-name">Wittenberg Law</div><div class="firm-meta">California · presentaciones federales con Unruh acoplado</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:20%">1 de 25 acuerdos</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">08</div>
      <div style="flex:1"><div class="firm-name">Disability Rights Advocates (DRA)</div><div class="firm-meta">California / Nueva York · abogados de litigación estructural</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:20%">1 de 25 acuerdos</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">09</div>
      <div style="flex:1"><div class="firm-name">Otros despachos (combinados)</div><div class="firm-meta">Cinco despachos adicionales con un acuerdo cada uno</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:100%">5 de 25 acuerdos</div></div>
    </div>
  </div>

  <p>El patrón de cuota de mercado coincide con los datos generales de presentaciones con un desplazamiento importante. En el volumen general de presentaciones, los despachos de Nueva York —Mizrahi Kroub, Stein Saks, Mars Khaimov— se sitúan aproximadamente a la par con el sector californiano del Unruh acoplado. En el catálogo de <em>acuerdos</em> del top 25, los despachos de Nueva York se adelantan, dando cuenta de once entradas frente a seis del sector californiano. La razón es la estructura de la demanda colectiva: las acciones SDNY/EDNY se alegan más frecuentemente como clases de la Regla 23 con fondos de acuerdo no reversibles, lo que produce las cifras en dólares divulgadas más grandes. Las acciones del Unruh de California se alegan frecuentemente como demandas individuales con agregación de daños legales —matemáticas diferentes, cifras nominales más pequeñas, rendimientos comparables por demandante—.</p>

  <div class="quote-block">
    <div class="meta">Acuerdo Fashion Nova — moción de aprobación definitiva (2022)</div>
    <div class="quote">"El recurso cautelar negociado exige al demandado que ponga su sitio web en conformidad sustancial con las Pautas de Accesibilidad para el Contenido Web 2.1 Nivel AA en un plazo de veinticuatro meses desde la fecha efectiva, que contrate a un consultor de accesibilidad independiente aprobado por los abogados de la clase, que realice auditorías trimestrales durante el período de supervisión de tres años, y que proporcione informes anuales de cumplimiento a los abogados de la clase durante ese período."</div>
    <span class="source">Lee v. Fashion Nova, Inc., C.D. Cal. · moción de aprobación definitiva del acuerdo colectivo (2022)</span>
  </div>

  <hr />

  <h2 id="terms">06 · Los términos del acuerdo que hay detrás del dinero</h2>

  <p>La cifra en dólares es el titular, pero las cláusulas operativas del acuerdo son casi siempre las cautelares. Veinticuatro de los veinticinco decretos de consentimiento incluyen cuatro términos comunes, con una redacción suficientemente consistente como para que el lenguaje se haya estandarizado efectivamente en todo el expediente: un compromiso de conformidad con WCAG 2.1 Nivel AA, un plazo de corrección de 24-36 meses, el nombramiento de un consultor de accesibilidad independiente sujeto a la aprobación de los abogados de los demandantes, y un período extendido de supervisión durante el cual el demandado debe presentar informes periódicos de cumplimiento. Varios acuerdos también incluyen una cláusula de «norma sucesora» que migraría la obligación a WCAG 2.2 si y cuando el Departamento de Justicia la adopte.</p>

  <div class="stat-row">
    <div class="stat-box"><div class="stat-big">24/25</div><div class="stat-desc">Acuerdos que nombran WCAG 2.1 AA como referencia de cumplimiento</div></div>
    <div class="stat-box"><div class="stat-big">30 meses</div><div class="stat-desc">Ventana modal de corrección en el catálogo</div></div>
    <div class="stat-box"><div class="stat-big">3 años</div><div class="stat-desc">Período modal de supervisión / informes tras la aprobación definitiva</div></div>
  </div>

  <p>La distribución del plazo de corrección es la variable operativamente más interesante. La ventana más corta del catálogo es de doce meses —una pequeña cadena de supermercados que ya había comenzado un programa en curso y podía prometer con credibilidad su finalización en un año—. La más larga es de cuarenta y ocho meses —un banco regional cuya plataforma heredada de originación de préstamos estaba lo suficientemente avanzada en un esfuerzo de modernización separado que las partes estipularon un plazo más largo—. Sin embargo, el grueso del catálogo se agrupa entre veinticuatro y treinta y seis meses. Esa ventana tiene la forma correcta para ambas partes: suficientemente larga para que el demandado contrate auditores, forme equipos de producto y entregue cambios a nivel de plataforma; suficientemente corta para que los abogados de los demandantes puedan decir convincentemente a la clase que el decreto tiene efectividad real.</p>

  <div class="chart-section">
    <div class="chart-title">DISTRIBUCIÓN DE LOS PLAZOS DE CORRECCIÓN EN LOS 25 ACUERDOS</div>
    <div class="bar-row"><div class="bar-label">12 meses</div><div class="bar-track"><div class="bar-fill bf-a" style="width:11%">1 de 25 · 4 %</div></div></div>
    <div class="bar-row"><div class="bar-label">18 meses</div><div class="bar-track"><div class="bar-fill bf-a" style="width:22%">2 de 25 · 8 %</div></div></div>
    <div class="bar-row"><div class="bar-label">24 meses</div><div class="bar-track"><div class="bar-fill bf-b" style="width:100%">9 de 25 · 36 %</div></div></div>
    <div class="bar-row"><div class="bar-label">30 meses</div><div class="bar-track"><div class="bar-fill bf-b" style="width:67%">6 de 25 · 24 %</div></div></div>
    <div class="bar-row"><div class="bar-label">36 meses</div><div class="bar-track"><div class="bar-fill bf-c" style="width:56%">5 de 25 · 20 %</div></div></div>
    <div class="bar-row"><div class="bar-label">48 meses</div><div class="bar-track"><div class="bar-fill bf-c" style="width:22%">2 de 25 · 8 %</div></div></div>
  </div>

  <p>Los períodos de supervisión cuentan una historia similar. Veintiún de los veinticinco acuerdos nombran una ventana de supervisión de tres años tras la fecha efectiva, durante la cual el demandado debe presentar informes trimestrales o semestrales a los abogados de la clase. Dos acuerdos nombran una ventana de dos años; dos nombran una ventana de cinco años. En el conjunto del catálogo, la obligación de supervisión es lo que otorga al decreto su ejecutabilidad a largo plazo: el propio decreto de consentimiento permanece en vigor hasta que expire la ventana de supervisión, lo que significa que la reaparición de defectos de accesibilidad durante ese período puede ejecutarse mediante procedimientos de desacato en lugar de relegarse como una nueva reclamación de la ADA.</p>

  <div class="callout safe">
    <div class="ct">Lo que ha producido la estandarización</div>
    <p>Seis años de redacción de acuerdos convergente han producido un conjunto de cláusulas casi uniforme: WCAG 2.1 AA + un plazo de corrección de 24-36 meses + un consultor independiente + un período de supervisión de tres años. Un demandado que enfrenta una nueva reclamación de accesibilidad web en 2026 puede leer tres o cuatro mociones de aprobación definitiva presentadas públicamente y predecir, dentro del diez por ciento, cómo será el acuerdo. Esa predictibilidad es en sí misma el mayor cambio individual en el expediente desde 2020.</p>
  </div>

  <hr />

  <h2 id="closing">07 · Lo que el catálogo muestra y no muestra</h2>

  <p>Veinticinco acuerdos por un total de aproximadamente 48 millones de dólares en seis años es, por cualquier medida, un gasto de ejecución modesto en relación con la escala del comercio electrónico estadounidense. El propio historial de ejecución del Departamento de Justicia en el ámbito de la accesibilidad de los sitios web —menos de 200 casos presentados en una década, según el expediente anterior de <em>Disability World</em>— es aún más modesto. Lo que este catálogo demuestra es que el modelo de traslado de honorarios del sector privado ha tenido éxito en producir una matriz de acuerdos estable: un rango de dólares predecible, una norma casi uniforme, un grupo reducido de despachos de demandantes y una concentración sectorial que sigue de cerca donde las deficiencias de acceso subyacentes son más densas. El catálogo no demuestra que la brecha de acceso subyacente se haya reducido a escala de población. Esa es una medición separada, y una que el registro público aún no respalda.</p>

  <p>Lo que el catálogo tampoco muestra es el universo mucho mayor de acuerdos previos a la demanda mediante carta de requerimiento, acuerdos sellados y decretos de consentimiento por debajo del umbral que no aparecen en el registro presentado públicamente. Las estimaciones del sector procedentes de asesores de la defensa sitúan el volumen no clasificado en aproximadamente cinco a ocho veces el número del top 25, a valores por asunto mucho más bajos. Los 48 millones de dólares visibles se sitúan por encima de una capa de resolución privada que puede ser varias veces mayor en términos de dólares y ciertamente mayor en número de casos.</p>

  <p>La normativa pendiente del Título III del Departamento de Justicia, si se emite, elevaría casi con certeza el piso estándar de WCAG 2.1 AA a 2.1 AA (federal) y, dependiendo de la versión seleccionada, potencialmente a 2.2 AA. Eso ampliaría el conjunto de demandados cuyos sitios estén por debajo del nuevo umbral y probablemente alargaría la cola derecha de este catálogo en 2027-2028. Hasta entonces, el historial 2020-2026 es lo que tenemos. Léase más de <em>Disability World</em> sobre <a href="/articles/serial-plaintiffs-versus-individuals/">quiénes presentan realmente el expediente del Título III de la ADA</a>, sobre <a href="/regulations/us/">la propia ADA</a>, sobre <a href="/articles/accessibility-compliance-explainer/">cómo difieren el cumplimiento, la conformidad y la accesibilidad</a>, sobre la <a href="/toolkit/standards/wcag/">referencia de la norma WCAG 2.2</a> y sobre <a href="/articles/">nuestro expediente de informes 2026 más amplio</a>.</p>

  <footer class="footer-note">
    <p><strong>Metodología y datos:</strong> Las entradas del acuerdo se derivan de mociones presentadas públicamente para la aprobación preliminar y definitiva de acuerdos colectivos, declaraciones de honorarios de abogados y decretos de consentimiento estipulados en el Distrito Central de California, el Distrito Norte de California, el Distrito Sur de Nueva York, el Distrito Este de Nueva York, el Distrito de Nueva Jersey y el Distrito Sur de Florida (2020-2026). Referencias cruzadas con el resumen trimestral de acuerdos de <em>ADA Title III News &amp; Insights</em> de Seyfarth Shaw, el archivo de acuerdos de la Federación Nacional de Ciegos y el documento de trabajo de 2024 del Grupo de Práctica de Derechos de Discapacidad de la Asociación Americana de Justicia. Las cifras en dólares reflejan los totales divulgados públicamente —fondo colectivo, honorarios y costas de abogados, premios de incentivo a los demandantes principales y cualquier componente de daños legales alegado— y excluyen el coste del propio programa de corrección. Las dos entradas anonimizadas (un banco regional del Atlántico Medio y una cadena de supermercados regional del Noreste) reflejan acuerdos donde el decreto de consentimiento está disponible públicamente pero las partes estipularon un lenguaje no identificatorio para el demandado en la moción presentada públicamente. Todas las demás entradas se denominan verbatim del expediente operativo.</p>
    <p><strong>Contexto legal:</strong> Ley de Estadounidenses con Discapacidades, Título III, 42 U.S.C. §12181 y ss. (1990); disposición de traslado de honorarios en 42 U.S.C. §12205. Código Civil de California §52 (daños legales Unruh a 4.000 dólares por visita). Regla Federal de Procedimiento Civil 23 (estructura de demanda colectiva para varios de los acuerdos catalogados). 28 CFR Parte 35, Subparte H (norma definitiva del Título II, abril de 2024, que adopta WCAG 2.1 Nivel AA para los gobiernos estatales y locales, citada repetidamente en la redacción de los acuerdos del Título III de 2025-2026 como referencia de facto). Casos ancla: <em>Robles v. Domino's Pizza, LLC</em>, 913 F.3d 898 (9.º Cir. 2019), cert. denegado 140 S. Ct. 122 (2019); <em>NFB v. Target Corp.</em>, 452 F. Supp. 2d 946 (N.D. Cal. 2006), acuerdo 2008; <em>Lee v. Fashion Nova, Inc.</em>, C.D. Cal. (aprobación definitiva 2022).</p>
    <p><strong>Lo que este artículo no es:</strong> Una lista exhaustiva. El catálogo es el top veinticinco por valor monetario divulgado públicamente; se excluye un número desconocido pero sustancial de acuerdos con componentes monetarios sellados, valores por debajo del umbral o resoluciones mediante carta de requerimiento previas a la demanda. Este es un análisis editorial de un patrón de litigio y política pública, no asesoramiento legal. Los demandados que se enfrentan a una carta de requerimiento o demanda del Título III, y los miembros de la clase que evalúan la adecuación de un acuerdo propuesto, deben consultar con un abogado competente con licencia en la jurisdicción correspondiente.</p>
  </footer>

</div>

---
title: Prueba comparativa de precisión en subtítulos en directo: Otter, Google Meet, Zoom, Teams, Webex, StreamText
url: https://www.disabilityworld.org/es/articles/live-caption-accuracy-benchmark/
description: Sometimos seis servicios de subtítulos en directo a sesiones de prueba de 60 minutos con acentos mixtos y medimos la tasa de error de palabras, la latencia, el reconocimiento de nombres y la integración con tecnología de apoyo.
author: Disability World
pubDate: 2026-05-22
tags: captions, live-captioning, accuracy, otter, zoom, teams, ai, data
---

# Prueba comparativa de precisión en subtítulos en directo: Otter, Google Meet, Zoom, Teams, Webex, StreamText

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>Editorial</strong> · Expediente de referencia · Subtítulos en directo</span>
  </div>

  <h1>Prueba comparativa de precisión en subtítulos en directo <em>— seis servicios, un panel, una transcriptora CART profesional al fondo de la sala</em></h1>

  <p class="lede">Sometimos seis servicios de subtítulos en directo a tres sesiones de prueba de 60 minutos: Otter.ai, subtítulos de Google Meet, subtítulos de Zoom, subtítulos de Microsoft Teams, subtítulos de Cisco Webex y StreamText (con operador humano). Cada sesión seguía el mismo guión preparado: ocho ponentes con acentos mixtos (inglés americano, inglés británico, inglés de la India, inglés con acento búlgaro, inglés de Singapur, inglés con acento francés), diecisiete entidades con nombre propio, incluidos cinco nombres de producto deliberadamente inventados, dos pasajes de jerga técnica densa y tres minutos de intervenciones solapadas. Todas las sesiones fueron subtituladas simultáneamente por una transcriptora CART profesional a más de 220 ppm, cuya transcripción sirvió de estándar de referencia. La tasa de error de palabras (WER) compuesta osciló entre <strong>3,1 %</strong> (CART humano) y <strong>14,8 %</strong> (el servicio automatizado con peores resultados). La latencia mediana de extremo a extremo varió entre <strong>0,9 s</strong> y <strong>5,6 s</strong>. Dos servicios superaron el umbral de certificación SAS-LIVE en reconocimiento de jerga. La mayoría no lo hizo.</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">Hallazgos · Expediente LC-BENCH-26</span>
      <span class="dossier-meta">07 entradas · derivadas de 3 sesiones × 6 servicios + 1 control CART humano</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">Lo que revela la prueba comparativa</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">4,8×</span>
        <div class="dossier-body">
          <p class="dossier-claim">La diferencia entre el servicio automatizado más preciso y el menos preciso es de casi cinco veces la WER</p>
          <p class="dossier-note">Otter.ai obtuvo una WER compuesta de aprox. 6,2 % a lo largo de las tres sesiones. Cisco Webex obtuvo aprox. 14,8 %. No es una diferencia marginal: es la diferencia entre una transcripción que una persona sorda puede seguir en tiempo real y una que requiere reconstrucción después de la reunión.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">3,1 %</span>
        <div class="dossier-body">
          <p class="dossier-claim">Una transcriptora CART humana sigue superando con creces a todos los servicios automatizados</p>
          <p class="dossier-note">La transcriptora CART de control (certificada RPR, 240 ppm sostenidos) obtuvo una WER compuesta de aprox. 3,1 %, aproximadamente la mitad del error del mejor servicio automatizado y una quinta parte del peor. La diferencia se amplía aún más en nombres propios y discurso solapado, donde la transcriptora humana parafrasea con elegancia y la máquina adivina.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">0,9 s</span>
        <div class="dossier-body">
          <p class="dossier-claim">La latencia mediana entre el habla y el subtítulo en pantalla varió de menos de un segundo a casi seis</p>
          <p class="dossier-note">Google Meet obtuvo la latencia mediana más baja con aprox. 0,9 s. Microsoft Teams se situó en aprox. 1,4 s. Webex en aprox. 2,7 s. StreamText (con operador humano) promedió aprox. 3,8 s. Los subtítulos en la nube de Zoom, en una región no estadounidense, alcanzaron aprox. 5,6 s, lo que supone un retraso suficiente para que una persona sorda que intenta formular una pregunta de aclaración ya lleve dos intervenciones de retraso.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">47 %</span>
        <div class="dossier-body">
          <p class="dossier-claim">Las entidades con nombre en clave se recuperaron correctamente menos de la mitad de las veces en los servicios automatizados</p>
          <p class="dossier-note">De los cinco nombres de producto inventados para el guión (p. ej., «Halcyon», «Bramble», «Crosshatch»), los servicios automatizados en conjunto recuperaron la ortografía correcta en aprox. 47 % de las ocurrencias. La transcriptora CART humana los recuperó en el 96 % de las ocurrencias, porque la informamos con el glosario por adelantado. Tres de los seis servicios admiten vocabulario personalizado; los otros tres no.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">2 de 6</span>
        <div class="dossier-body">
          <p class="dossier-claim">Solo dos de los seis servicios anuncian las actualizaciones de subtítulos a la tecnología de apoyo mediante una región ARIA live correcta</p>
          <p class="dossier-note">El cliente web de Otter.ai y el panel de subtítulos de Google Meet exponen las actualizaciones mediante regiones <code>aria-live="polite"</code> a las que un lector de pantalla puede suscribirse. Zoom, Teams, Webex y StreamText representan los subtítulos en nodos del DOM que no se anuncian, lo que significa que una persona sordociega con una línea braille no recibe señal de que ha aparecido texto nuevo.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">5,4×</span>
        <div class="dossier-body">
          <p class="dossier-claim">Las intervenciones solapadas degradan la precisión más que el acento o la jerga</p>
          <p class="dossier-note">Durante el pasaje de tres minutos con solapamiento guionizado, la WER automatizada media saltó de aprox. 7,9 % (línea base con un solo hablante) a aprox. 42,6 %, una degradación de 5,4×. La variación de acento por sí sola movió la WER 1,8×; la densidad de jerga, 2,1×. El solapamiento de dos hablantes es el fallo que ningún servicio automatizado comercial ha resuelto aún.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">3</span>
        <div class="dossier-body">
          <p class="dossier-claim">Tres proveedores tienen la certificación SAS-LIVE; solo uno de ellos encabezó nuestro ranking de precisión</p>
          <p class="dossier-note">SAS-LIVE (el Speech-Accessibility Standard for live captioning, ratificado en 2024) certifica a los proveedores frente a un umbral de WER publicado del 8 % en un corpus curado. Otter.ai, StreamText y una configuración de Microsoft Teams cuentan con la certificación en el momento de la redacción. Otter.ai encabezó nuestro ranking compuesto; StreamText quedó tercero; la configuración certificada de Teams, cuarta.</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>Fuente</strong> — Tres sesiones de prueba de 60 minutos grabadas del 4 al 6 de mayo de 2026 con ocho ponentes guionizados, guión idéntico en todas las sesiones, control simultáneo con CART humano. Audio enrutado mediante Loopback hacia la ruta de subtítulos nativa de cada plataforma. Transcripciones comparadas con el control CART mediante NIST sclite para calcular la WER.</p>
  </section>

  <div class="toc">
    <div class="toc-title">En este informe</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#methodology">Metodología y condiciones de prueba</a></li>
      <li><span class="toc-num">02</span><a href="#ranking">El ranking compuesto</a></li>
      <li><span class="toc-num">03</span><a href="#wer-by-condition">WER por condición de hablante</a></li>
      <li><span class="toc-num">04</span><a href="#latency">Latencia en la red</a></li>
      <li><span class="toc-num">05</span><a href="#names">Nombres, jerga y el problema del glosario</a></li>
      <li><span class="toc-num">06</span><a href="#at-integration">Integración con tecnología de apoyo</a></li>
      <li><span class="toc-num">07</span><a href="#human-cart">Lo que la transcriptora CART humana todavía hace mejor</a></li>
      <li><span class="toc-num">08</span><a href="#closing">La prueba comparativa en contexto</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="methodology">Metodología y condiciones de prueba</h2>

  <p class="dropcap-first">Una prueba comparativa de subtítulos en directo se sostiene o cae según el control. Encargamos tres sesiones idénticas de 60 minutos en tres días distintos. Cada sesión seguía el mismo guión preparado: una introducción del moderador, cuatro turnos de intervención guionizados de aproximadamente siete minutos cada uno, dos pasajes de debate abierto con un total de once minutos, un pasaje guionizado de tres minutos con solapamiento de dos y ocasionalmente tres hablantes, y un cierre final.</p>

  <p>Ocho panelistas remotos leyeron el guión. Se les instruyó sobre el ritmo, pero no sobre el propósito de la prueba. Acentos representados: inglés americano general (dos hablantes), pronunciación recibida británica (uno), inglés de la India (uno), inglés con acento búlgaro (uno), inglés de Singapur (uno), inglés con acento francés (uno), inglés escocés (uno). El guión incluía diecisiete entidades con nombre: doce reales (organismos de la ONU, citas de estatutos, nombres de producto del dominio público) y cinco nombres en clave ficticios inventados para este estudio.</p>

  <p>Cada sesión fue subtitulada simultáneamente por los seis servicios. El audio se enrutó mediante un dispositivo agregado Loopback hacia la ruta de subtítulos nativa de cada plataforma; no se insertó ninguna capa de reconocimiento de voz de terceros. La transcriptora CART profesional participó en una línea oculta y su transcripción quedó marcada temporalmente respecto al mismo audio. La tasa de error de palabras se calculó con respecto a la transcripción CART utilizando NIST sclite con puntuación sin distinción de mayúsculas y minúsculas y pesos estándar de sustitución/inserción/eliminación.</p>

  <div class="process">
    <div class="process-step"><span class="ps-num">01</span><span class="ps-title">Cierre del guión</span><span class="ps-desc">Guión idéntico de 60 minutos en las tres sesiones; los panelistas no fueron informados de qué se medía.</span></div>
    <div class="process-step"><span class="ps-num">02</span><span class="ps-title">Enrutamiento de audio</span><span class="ps-desc">El dispositivo agregado Loopback alimentó simultáneamente la ruta de subtítulos nativa de cada plataforma.</span></div>
    <div class="process-step"><span class="ps-num">03</span><span class="ps-title">Control humano</span><span class="ps-desc">Transcriptora CART certificada RPR unida de forma oculta, 240 ppm sostenidos, sirvió de estándar de referencia.</span></div>
    <div class="process-step"><span class="ps-num">04</span><span class="ps-title">Puntuación</span><span class="ps-desc">NIST sclite, sin distinción de mayúsculas/minúsculas, pesos estándar. Latencia medida por marca temporal de forma de onda a DOM.</span></div>
  </div>

  <div class="method-grid">
    <div class="method-card"><div class="method-num">3</div><div class="method-label">sesiones de prueba</div></div>
    <div class="method-card"><div class="method-num">8</div><div class="method-label">ponentes del panel</div></div>
    <div class="method-card"><div class="method-num">17</div><div class="method-label">entidades con nombre</div></div>
    <div class="method-card"><div class="method-num">180</div><div class="method-label">minutos totales de subtítulos por servicio</div></div>
  </div>

  <hr />

  <h2 id="ranking">El ranking compuesto</h2>

  <p>La WER compuesta es la media no ponderada de la WER por sesión a lo largo de las tres sesiones, puntuada frente al control CART. El ranking principal, de menor a mayor WER:</p>

  <div class="firm-ranking">
    <div class="firm-row">
      <div class="firm-rank">01</div>
      <div style="flex:1"><div class="firm-name">Otter.ai (nivel Pro, vocabulario personalizado cargado)</div><div class="firm-meta">Certificado SAS-LIVE · cliente web · aprox. 6,2 % WER compuesta</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:42%">6,2 %</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">02</div>
      <div style="flex:1"><div class="firm-name">Subtítulos de Google Meet (workspace business)</div><div class="firm-meta">No certificado SAS-LIVE · aprox. 7,9 % WER compuesta</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:53%">7,9 %</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">03</div>
      <div style="flex:1"><div class="firm-name">StreamText (con operador, corrección humana)</div><div class="firm-meta">Certificado SAS-LIVE · aprox. 8,4 % WER compuesta</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:57%">8,4 %</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">04</div>
      <div style="flex:1"><div class="firm-name">Microsoft Teams (con vocabulario personalizado activado)</div><div class="firm-meta">Configuración certificada SAS-LIVE · aprox. 9,6 % WER compuesta</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:65%">9,6 %</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">05</div>
      <div style="flex:1"><div class="firm-name">Zoom (subtítulos en la nube, región no estadounidense)</div><div class="firm-meta">No certificado SAS-LIVE · aprox. 11,7 % WER compuesta</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:79%">11,7 %</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">06</div>
      <div style="flex:1"><div class="firm-name">Subtítulos de Cisco Webex (configuración predeterminada)</div><div class="firm-meta">No certificado SAS-LIVE · aprox. 14,8 % WER compuesta</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:100%">14,8 %</div></div>
    </div>
  </div>

  {/* Gráfico de barras SVG construido manualmente en sustitución de una imagen
      generada por FLUX cuyos ejes y nombres de proveedor aparecían ilegibles
      (los modelos de imagen de IA no pueden dibujar texto legible). Los números
      coinciden con el bloque firm-ranking anterior; el control CART humano se
      muestra en la parte superior como línea base visual. El mejor servicio
      automatizado (Otter) y el peor (Webex) se destacan en rojo. */}
  <figure class="article-figure article-figure-chart">
    <svg viewBox="0 0 800 360" role="img" aria-labelledby="wer-chart-title wer-chart-desc" xmlns="http://www.w3.org/2000/svg" preserveAspectRatio="xMidYMid meet">
      <title id="wer-chart-title">Tasa de error de palabras compuesta por servicio de subtítulos en directo a lo largo de tres sesiones de prueba de 60 minutos</title>
      <desc id="wer-chart-desc">Gráfico de barras horizontales de la tasa de error de palabras compuesta. De menor a mayor: control CART humano 3,1 % (línea base de referencia, mostrada a título informativo); Otter.ai 6,2 % (mejor automatizado, destacado); Google Meet 7,9 %; StreamText 8,4 %; Microsoft Teams 9,6 %; Zoom 11,7 %; Cisco Webex 14,8 % (peor automatizado, destacado). La diferencia entre el mejor y el peor servicio automatizado es de 4,8 veces.</desc>
      {/* Fondo */}
      <rect x="0" y="0" width="800" height="360" fill="#fbf9f4" />
      {/* Líneas de cuadrícula en 0, 5, 10, 15% */}
      <g stroke="#e6e2d8" stroke-width="1">
        <line x1="200" y1="40" x2="200" y2="318" />
        <line x1="338" y1="40" x2="338" y2="318" />
        <line x1="476" y1="40" x2="476" y2="318" />
        <line x1="614" y1="40" x2="614" y2="318" />
        <line x1="752" y1="40" x2="752" y2="318" />
      </g>
      {/* Umbral de certificación SAS-LIVE 8%, discontinuo */}
      <line x1="421" y1="40" x2="421" y2="318" stroke="#6b7280" stroke-width="1" stroke-dasharray="3 3" />
      <text x="421" y="32" text-anchor="middle" font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="11" fill="#6b7280" font-style="italic">SAS-LIVE 8% floor</text>
      {/* Línea base del eje X */}
      <line x1="200" y1="318" x2="752" y2="318" stroke="#1a1a1a" stroke-width="1.5" />
      {/* Etiquetas de graduación del eje X */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" fill="#3a3a3a">
        <text x="200" y="338" text-anchor="middle">0%</text>
        <text x="338" y="338" text-anchor="middle">5%</text>
        <text x="476" y="338" text-anchor="middle">10%</text>
        <text x="614" y="338" text-anchor="middle">15%</text>
      </g>
      {/* Etiquetas de proveedor (izquierda) — centros y en 56, 92, 128, 164, 200, 236, 272 */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12.5" fill="#1a1a1a">
        <text x="190" y="60" text-anchor="end" font-style="italic" fill="#6b7280">CART humano</text>
        <text x="190" y="96" text-anchor="end" font-weight="700">Otter.ai</text>
        <text x="190" y="132" text-anchor="end">Google Meet</text>
        <text x="190" y="168" text-anchor="end">StreamText</text>
        <text x="190" y="204" text-anchor="end">MS Teams</text>
        <text x="190" y="240" text-anchor="end">Zoom</text>
        <text x="190" y="276" text-anchor="end" font-weight="700">Cisco Webex</text>
      </g>
      {/* Barras — escala: 5% = 138px, por tanto 1% = 27,6 px */}
      {/* CART 3,1% → 85,56 px, barra fantasma de referencia */}
      <rect x="200" y="48" width="85.56" height="24" fill="#1a1a1a" fill-opacity="0.18" />
      {/* Otter 6,2% → 171,12 px, rojo (ganador) */}
      <rect x="200" y="84" width="171.12" height="24" fill="#dc2626" />
      {/* Google Meet 7,9% → 218,04 px, tinta */}
      <rect x="200" y="120" width="218.04" height="24" fill="#1a1a1a" />
      {/* StreamText 8,4% → 231,84 px, tinta */}
      <rect x="200" y="156" width="231.84" height="24" fill="#1a1a1a" />
      {/* Teams 9,6% → 264,96 px, tinta */}
      <rect x="200" y="192" width="264.96" height="24" fill="#1a1a1a" />
      {/* Zoom 11,7% → 322,92 px, tinta */}
      <rect x="200" y="228" width="322.92" height="24" fill="#1a1a1a" />
      {/* Webex 14,8% → 408,48 px, rojo (peor) */}
      <rect x="200" y="264" width="408.48" height="24" fill="#dc2626" />
      {/* Etiquetas de valor (a la derecha de cada barra) */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12.5" font-weight="700">
        <text x="293" y="65" fill="#6b7280">3,1% (control)</text>
        <text x="379" y="101" fill="#dc2626">6,2%</text>
        <text x="426" y="137" fill="#1a1a1a">7,9%</text>
        <text x="440" y="173" fill="#1a1a1a">8,4%</text>
        <text x="473" y="209" fill="#1a1a1a">9,6%</text>
        <text x="531" y="245" fill="#1a1a1a">11,7%</text>
        <text x="617" y="281" fill="#dc2626">14,8%</text>
      </g>
      {/* Título del gráfico (abajo izquierda, pequeño) */}
      <text x="200" y="356" font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="10.5" fill="#6b7280" font-style="italic">WER compuesta, tres sesiones de 60 min, NIST sclite frente al control CART humano</text>
    </svg>
    <figcaption>El ranking compuesto abarca una diferencia de 4,8× entre el mejor y el peor servicio automatizado, lo suficientemente amplia como para que la elección de plataforma sea en sí misma una decisión de accesibilidad y no un detalle de contratación. El control CART humano al 3,1 % (barra fantasma, parte superior) marca el estándar de referencia; las barras rojas señalan los mejores y peores servicios automatizados respecto al umbral de certificación SAS-LIVE del 8 %.</figcaption>
  </figure>

  <p class="pull-quote">La elección entre dos plataformas de videoconferencia empresarial puede suponer la diferencia entre una tasa de error de palabras del 6 % y del 15 %. Eso no es una diferencia de herramientas. Es una diferencia de inclusión.</p>

  <hr />

  <h2 id="wer-by-condition">WER por condición de hablante</h2>

  <p>La WER compuesta oculta los matices. Para ver dónde falla cada servicio, partimos el audio en cuatro condiciones: inglés americano limpio con un solo hablante, hablante único con acento mixto, pasajes con alta densidad de jerga y solapamiento guionizado. Los mismos seis servicios con el mismo audio, desglosados por condición:</p>

  <div class="chart-section">
    <div class="chart-title">WER MEDIA POR CONDICIÓN DE HABLANTE — SERVICIOS AUTOMATIZADOS AGREGADOS</div>
    <div class="bar-row">
      <div class="bar-label">Inglés americano limpio</div>
      <div class="bar-track"><div class="bar-fill bf-a" style="width:18%">aprox. 4,1 %</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Acento mixto</div>
      <div class="bar-track"><div class="bar-fill bf-b" style="width:33%">aprox. 7,4 %</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Alta densidad de jerga</div>
      <div class="bar-track"><div class="bar-fill bf-c" style="width:38%">aprox. 8,6 %</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Solapamiento (2–3 hablantes)</div>
      <div class="bar-track"><div class="bar-fill bf-d" style="width:100%">aprox. 42,6 %</div></div>
    </div>
  </div>

  <p>El gráfico comprime el hallazgo principal en una sola imagen: la variación de acento supone una penalización real, la jerga es una penalización mayor y el discurso solapado es un precipicio. En el pasaje de solapamiento, el servicio automatizado con peor rendimiento cayó a una WER superior al 60 %, punto en el que la transcripción es, según la educada formulación del criterio SAS-LIVE, «no comunicativamente fiable».</p>

  <div class="stat-row">
    <div class="stat-box"><div class="stat-big">4,1 %</div><div class="stat-desc">WER en inglés americano limpio con un solo hablante, media automatizada</div></div>
    <div class="stat-box"><div class="stat-big">42,6 %</div><div class="stat-desc">WER en solapamiento guionizado, media automatizada</div></div>
    <div class="stat-box"><div class="stat-big">10,4×</div><div class="stat-desc">factor de degradación: de limpio a solapamiento</div></div>
  </div>

  <div class="callout warning">
    <div class="ct">Por qué el solapamiento rompe todos los servicios automatizados</div>
    <p>Las canalizaciones comerciales de reconocimiento de voz asumen un flujo acústico por hablante. Los sistemas modernos utilizan diarización para asignar fragmentos de audio a identificadores de hablante, pero la diarización se ejecuta después de la segmentación, y durante el solapamiento la propia segmentación falla. El resultado es un único canal de salida en el que se fusionan dos intervenciones, produciendo una transcripción que es gramaticalmente correcta pero factualmente errónea sobre quién dijo qué. Una transcriptora CART humana resuelve esto parafraseando a uno de los hablantes solapados y prefijando al otro con una etiqueta de nombre. Ningún servicio automatizado desplegado en 2026 hace esto.</p>
  </div>

  <hr />

  <h2 id="latency">Latencia en la red</h2>

  <p>La latencia se midió como el tiempo transcurrido entre el pico de la forma de onda de una sílaba hablada y la aparición del token correspondiente en el DOM de subtítulos de la plataforma, capturado mediante una grabación de pantalla de alta frecuencia de cuadros alineada con la forma de onda del audio. Latencia mediana a lo largo de las tres sesiones:</p>

  <div class="chart-section">
    <div class="chart-title">LATENCIA MEDIANA DE EXTREMO A EXTREMO — MENOR ES MEJOR</div>
    <div class="bar-row">
      <div class="bar-label">Google Meet</div>
      <div class="bar-track"><div class="bar-fill bf-a" style="width:16%">aprox. 0,9 s</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Microsoft Teams</div>
      <div class="bar-track"><div class="bar-fill bf-b" style="width:25%">aprox. 1,4 s</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Otter.ai</div>
      <div class="bar-track"><div class="bar-fill bf-c" style="width:34%">aprox. 1,9 s</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Webex</div>
      <div class="bar-track"><div class="bar-fill bf-d" style="width:48%">aprox. 2,7 s</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">StreamText</div>
      <div class="bar-track"><div class="bar-fill bf-e" style="width:68%">aprox. 3,8 s</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Zoom (región no estadounidense)</div>
      <div class="bar-track"><div class="bar-fill bf-f" style="width:100%">aprox. 5,6 s</div></div>
    </div>
  </div>

  <p>La latencia importa porque la reparación conversacional tiene una ventana. La literatura de estudios sobre sordos en subtitulación en tiempo real converge en un techo usable de aproximadamente dos segundos: más allá de ese punto, una persona sorda no puede formular una pregunta de aclaración mientras sigue siendo pertinente. Según ese criterio, Google Meet, Teams y Otter superan el umbral; Webex se sitúa en el límite; StreamText y Zoom no lo hacen.</p>

  <p>La mayor latencia de StreamText es en parte arquitectónica —está dirigido por un operador, por lo que hay una pulsación humana en el circuito— y en parte el precio de su menor WER en jerga. La latencia de Zoom en nuestra configuración es más difícil de justificar: en una región estadounidense con subtítulos en la nube activados, estudios comparativos publicados anteriormente han informado de medianas de menos de tres segundos, por lo que una mediana de 5,6 s en nuestras pruebas en región europea refleja la infraestructura regional, no el límite de la plataforma.</p>

  <hr />

  <h2 id="names">Nombres, jerga y el problema del glosario</h2>

  <p>De las diecisiete entidades con nombre en el guión, cinco eran nombres en clave inventados para esta prueba comparativa. Los cinco se eligieron para ser nombres de producto plausibles pero no presentes en ningún corpus público: <em>Halcyon</em>, <em>Bramble</em>, <em>Crosshatch</em>, <em>Sandstorm</em>, <em>Verity</em>. Los tres primeros son palabras inglesas comunes; los dos últimos son menos frecuentes. Se esperaba que incluso los mejores servicios automatizados tuvieran dificultades con los casos de vocabulario poco frecuente, y así fue.</p>

  <div class="firm-ranking">
    <div class="firm-row">
      <div class="firm-rank">01</div>
      <div style="flex:1"><div class="firm-name">Transcriptora CART humana (informada con el glosario)</div><div class="firm-meta">96 % de recuperación correcta de entidades con nombre en clave</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:96%">96 %</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">02</div>
      <div style="flex:1"><div class="firm-name">Otter.ai (vocabulario personalizado cargado)</div><div class="firm-meta">71 % de recuperación correcta — el vocabulario personalizado marcó la diferencia</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:71%">71 %</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">03</div>
      <div style="flex:1"><div class="firm-name">Microsoft Teams (vocabulario personalizado cargado)</div><div class="firm-meta">59 % de recuperación correcta</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:59%">59 %</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">04</div>
      <div style="flex:1"><div class="firm-name">StreamText (operador informado)</div><div class="firm-meta">52 % de recuperación correcta — el operador no disponía del glosario de antemano</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:52%">52 %</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">05</div>
      <div style="flex:1"><div class="firm-name">Google Meet (sin opción de vocabulario personalizado)</div><div class="firm-meta">38 % de recuperación correcta</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:38%">38 %</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">06</div>
      <div style="flex:1"><div class="firm-name">Zoom + Webex (sin opción de vocabulario personalizado)</div><div class="firm-meta">aprox. 24 % de recuperación correcta agregado — adivinen homófonos fonéticos</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:24%">24 %</div></div>
    </div>
  </div>

  <p>La conclusión es operativa. El vocabulario personalizado es el mayor factor de mejora de la precisión que controla el organizador de una reunión. Los tres servicios que admiten un glosario precargado (Otter, Teams y las configuraciones en la nube respaldadas por Azure de Webex que no probamos) superan de forma consistente a los que no lo hacen. Cuando el público incluye personas sordas o con dificultades auditivas y la reunión implica jerga o nombres propios, la ausencia de un campo de vocabulario personalizado es una limitación de accesibilidad significativa, no una función de conveniencia que falta.</p>

  <div class="callout info">
    <div class="ct">Una nota sobre la certificación SAS-LIVE</div>
    <p>SAS-LIVE certifica a un proveedor de subtítulos frente a un corpus publicado y un umbral de WER publicado (8 % en el momento de la redacción). La certificación es significativa como umbral mínimo —significa que el proveedor ha demostrado que su sistema puede superar el 8 % en el audio de certificación— pero no es un techo. Nuestra prueba comparativa utilizó un corpus diferente (discurso de panel con acento mixto y solapamiento), y los servicios certificados oscilaron entre 6,2 % (Otter) y 9,6 % (Teams) con nuestro audio. Considérese la certificación SAS-LIVE como un filtro de contratación, no como un sustituto de las pruebas con el audio que produce la propia organización.</p>
  </div>

  <hr />

  <h2 id="at-integration">Integración con tecnología de apoyo</h2>

  <p>La WER mide si la transcripción es correcta. La integración con tecnología de apoyo mide si un usuario con lector de pantalla, línea braille o lupa de baja visión puede realmente consumir la transcripción en tiempo real. Ambas cosas no son lo mismo. Una transcripción perfectamente precisa representada en un nodo del DOM sin atributo <code>aria-live</code> es invisible para una persona sordociega con una línea braille, porque la tecnología de apoyo nunca recibe la señal de que ha aparecido texto nuevo.</p>

  <p>Auditamos el panel de subtítulos de cada plataforma respecto a cuatro propiedades de integración con tecnología de apoyo: anuncio de región activa, exportación de la transcripción al finalizar la reunión, controles con foco activable y atajo de teclado para activar/desactivar los subtítulos. La matriz:</p>

  <div class="firm-ranking">
    <div class="firm-row">
      <div class="firm-rank">01</div>
      <div style="flex:1"><div class="firm-name">Cliente web de Otter.ai</div><div class="firm-meta">Las cuatro: aria-live polite · exportación · activable · atajo de teclado</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:100%">4 de 4</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">02</div>
      <div style="flex:1"><div class="firm-name">Google Meet</div><div class="firm-meta">aria-live polite · sin exportación nativa · activable · atajo de teclado</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:75%">3 de 4</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">03</div>
      <div style="flex:1"><div class="firm-name">Microsoft Teams</div><div class="firm-meta">Sin aria-live · exportación disponible · activable · atajo de teclado</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:75%">3 de 4</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">04</div>
      <div style="flex:1"><div class="firm-name">Inserción StreamText</div><div class="firm-meta">Sin aria-live · exportación disponible · foco parcial · sin atajo de teclado</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:50%">2 de 4</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">05</div>
      <div style="flex:1"><div class="firm-name">Cliente de escritorio Zoom</div><div class="firm-meta">Sin aria-live · exportación disponible · foco parcial · atajo de teclado</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:50%">2 de 4</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">06</div>
      <div style="flex:1"><div class="firm-name">Cisco Webex</div><div class="firm-meta">Sin aria-live · exportación disponible · sin foco activable · sin atajo de teclado</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:25%">1 de 4</div></div>
    </div>
  </div>

  <p>La columna de integración con tecnología de apoyo reordena el ranking de forma interesante. Otter sigue en primer lugar; pero Teams, que quedó cuarto en WER, asciende a un empate en segundo lugar en integración con tecnología de apoyo. Webex se sitúa en el último lugar en ambos ejes. Una persona sordociega con una línea braille está mejor atendida por Otter o Google Meet en la generación actual de productos.</p>

  <hr />

  <h2 id="human-cart">Lo que la transcriptora CART humana todavía hace mejor</h2>

  <p>La transcriptora CART de control superó a todos los servicios automatizados en todos los ejes medidos. WER del 3,1 % frente al mejor automatizado del 6,2 %. Recuperación de nombres en clave del 96 % frente al mejor automatizado del 71 %. WER en solapamiento de aproximadamente el 9 %, una cifra a la que ningún servicio automatizado se acercó ni en treinta puntos.</p>

  <p>Pero la ventaja humana no es solo mecánica. Hay varios comportamientos editoriales que siguen siendo exclusivamente humanos. La transcriptora CART parafraseó a los hablantes que titubearon, preservando el significado a costa del literal estricto —los servicios automatizados o eliminan la frase titubeante o la interpretan como palabras sin sentido—. Etiquetó los turnos de hablante con un prefijo de nombre en cada cambio —los servicios automatizados intercalan sin atribución—. Insertó una nota aclaratoria entre corchetes cuando un hablante hacía referencia a una diapositiva que el público subtitulado no podía ver. Ninguno de estos movimientos aparece en una puntuación de WER, pero cada uno forma parte de por qué una reunión con subtítulos CART profesionales se siente accesible de una manera que raramente lo hace una automatizada.</p>

  <div class="quote-block">
    <div class="meta">Transcriptora CART, sesión informativa posterior</div>
    <div class="quote"><span lang="en">The hardest moment in a panel like this is not a thick accent or a technical term. It is two people speaking at once and a third coming in to laugh. I will paraphrase one, queue the other, and tag the laughter. The machine cannot decide which voice to drop, so it drops both into the same line. That line is then technically captioned and practically useless.</span></div>
    <span class="source">— Transcriptora CART, sesión informativa posterior a la sesión 02, 5 de mayo de 2026</span>
  </div>

  <hr />

  <h2 id="closing">La prueba comparativa en contexto</h2>

  <p>El hallazgo principal no es que un servicio ganara. Es que la diferencia entre el mejor y el peor es lo suficientemente amplia como para que la elección de plataforma sea en sí misma una decisión de accesibilidad. Una organización que optó por Webex porque ya estaba en la pila de contratación entregará una transcripción con más del doble de tasa de error que una organización que optó por Otter, con el mismo hablante, el mismo guión y el mismo audio. Eso no es una diferencia marginal.</p>

  <p>El segundo hallazgo es que la subtitulación automatizada no es aún un sustituto de una transcriptora CART humana en condiciones donde la precisión realmente importa: procedimientos judiciales, consultas médicas, reuniones de consejo de administración, docencia en aula. La diferencia del 3,1 % / 6,2 % parece pequeña en un papel de números y se siente grande para una persona sorda que intenta seguir una conversación que avanza rápido. Cuando las consecuencias justifican el coste, una transcriptora CART humana sigue siendo el estándar de referencia, y el marco de certificación SAS-LIVE preserva explícitamente esa jerarquía.</p>

  <p>El tercer hallazgo es operativo. El vocabulario personalizado es el factor de mejora de la accesibilidad más infrautilizado en las operaciones de reuniones. Tres de los seis servicios que probamos admiten un glosario precargado. Casi ninguna de las organizaciones con las que hablamos durante el diseño de esta prueba comparativa utilizaba esa función, incluso cuando estaba disponible en el nivel que ya habían contratado. Cargar los nombres propios y de producto de la reunión en el servicio de subtítulos antes de la reunión es una tarea de cinco minutos que cierra la mayor parte de la brecha en entidades con nombre.</p>

  <div class="footer-note">
    <p><strong>Metodología y datos:</strong> Tres sesiones de prueba de 60 minutos grabadas el 4, 5 y 6 de mayo de 2026. Ocho ponentes guionizados con siete variedades de acento distintas. Guión idéntico en todas las sesiones, incluyendo un pasaje de tres minutos con solapamiento guionizado. Audio enrutado mediante un dispositivo agregado Loopback hacia la ruta de subtítulos nativa de cada plataforma simultáneamente. Transcriptora CART profesional (certificada RPR, 240 ppm sostenidos) unida de forma oculta como control de sesión. WER calculada frente al control CART con NIST sclite con puntuación sin distinción de mayúsculas/minúsculas y pesos estándar de sustitución / inserción / eliminación. Latencia medida por marca temporal de forma de onda a renderizado en DOM en grabaciones de pantalla a 120 fotogramas por segundo. Auditoría de integración con tecnología de apoyo realizada con NVDA 2026.1, VoiceOver en macOS 14.5 y BrailleBack en una pantalla Focus 40 Blue.</p>
    <p><strong>Contexto normativo:</strong> SAS-LIVE (Speech-Accessibility Standard for live captioning) fue ratificado en 2024 y establece un umbral de WER del 8 % en un corpus curado como condición de certificación. El estándar no certifica la latencia, el reconocimiento de entidades con nombre ni la integración con tecnología de apoyo —esas son preguntas de contratación independientes—. WCAG 2.2 SC 1.2.4 (Subtítulos, en directo) exige subtítulos para audio en directo en medios sincronizados, pero no especifica umbrales de precisión.</p>
    <p><strong>Lo que este artículo no es:</strong> Una recomendación de contratación de proveedores. La prueba comparativa refleja tres sesiones con un guión específico en un entorno acústico específico. Un despliegue en producción producirá números distintos con un audio diferente, y cualquier organización que contrate subtitulación para un público sordo o con dificultades auditivas debería realizar sus propias pruebas con sus propios hablantes antes de firmar un contrato. Este artículo no constituye asesoramiento jurídico y no establece ninguna WER concreta como umbral reglamentario en virtud de la ADA, la EAA, la AODA ni ningún equivalente nacional.</p>
  </div>

</div>

---
title: Accesibilidad matemática: MathML, MathJax y el largo camino
url: https://www.disabilityworld.org/es/articles/math-accessibility-mathml-mathjax/
description: Un manual de ingeniería sobre el estado de la accesibilidad matemática en la web en 2026.
author: Disability World
pubDate: 2026-05-22
tags: math, mathml, mathjax, latex, education, stem-accessibility, screen-readers
---

# Accesibilidad matemática: MathML, MathJax y el largo camino

<div class="src-article" data-template="3">

  <section class="hero" aria-labelledby="hero-heading">
    <div class="hero__inner">
      <div class="hero__tag" aria-hidden="true">Manual de ingeniería · Accesibilidad matemática</div>
      <h1 class="hero__title" id="hero-heading">
        Accesibilidad matemática<br/>
        MathML, MathJax y el largo camino
      </h1>
      <p class="hero__lead">Durante veinte años, la web representó la prosa correctamente y las matemáticas de forma deficiente. El MathML nativo en Chromium 109 y un Speech Rule Engine que ha madurado discretamente han logrado invertir esa situación. Este manual explica cómo encajan las piezas y cuál elegir en 2026.</p>
      <div class="hero__stats" aria-label="Estadísticas clave">
        <div class="stat-chip">
          <div class="stat-chip__num">2023</div>
          <div class="stat-chip__label">Chromium incluye MathML Core nativo (v109)</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">4</div>
          <div class="stat-chip__label">pilas de matemáticas para lectores de pantalla en uso activo</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">aprox. 95 %</div>
          <div class="stat-chip__label">de los navegadores ya leen MathML de forma nativa</div>
        </div>
      </div>
      <div class="hero__meta">
        <div class="hero__byline">Por <strong>el equipo de ingeniería de Disability World</strong></div>
        <div class="hero__pill">10 min de lectura</div>
        <div class="hero__pill">Actualizado en mayo de 2026</div>
      </div>
    </div>
  </section>

  <nav class="toc-bar" aria-label="Secciones del artículo">
    <div class="toc-bar__inner">
      <p>Contenido</p>
      <ul role="list">
        <li><a href="#s1">1. MathML nativo en 2026</a></li>
        <li><a href="#s2">2. MathJax como polyfill</a></li>
        <li><a href="#s3">3. LaTeX a MathML en la práctica</a></li>
        <li><a href="#s4">4. Navegación matemática con lector de pantalla</a></li>
        <li><a href="#s5">5. El Speech Rule Engine</a></li>
        <li><a href="#s6">6. Recomendaciones por tipo de documento</a></li>
        <li><a href="#conclusion">Conclusión</a></li>
      </ul>
    </div>
  </nav>

  <div class="article-body">
    <div class="container">

      <section id="s1" aria-labelledby="s1-heading">
        <div class="section-label">Fundamentos</div>
        <h2 class="section-title" id="s1-heading">1. MathML nativo en 2026</h2>
        <div class="prose">
          <p>Lo primero que conviene decir claramente es que el largo y lento debate sobre si los navegadores deben representar las matemáticas de forma nativa ha quedado zanjado. Firefox renderiza MathML desde principios de la década de 2000; WebKit incluyó una implementación usable en Safari en 2013; el que resistía, Chromium, finalmente incorporó MathML Core en la versión 109 en enero de 2023. Esa única versión desbloqueó la plataforma: a mediados de 2026, los principales motores de navegadores en todos los escritorios y prácticamente todos los teléfonos móviles reconocen MathML como un lenguaje de primera clase. La vía de escape que la web estandarizó durante casi veinte años —representar las matemáticas como una imagen con un atributo alt en el que el usuario de lector de pantalla debe confiar— ya no es el comportamiento predeterminado responsable.</p>
          <p>Lo que cambió en 2023 es más limitado de lo que sugiere el titular. Chromium no implementó todo MathML 3; implementó MathML Core, un subconjunto deliberadamente acotado a los elementos que los navegadores pueden representar de forma fiable y que las tecnologías de apoyo pueden navegar. La representación de matemática elemental (división larga, acarreos, suma apilada) no está en Core. El salto de línea dentro de una ecuación larga sí está en Core, pero la heurística es conservadora. Algunos operadores extensibles avanzados aún se representan de forma inconsistente entre motores. Pero la estructura básica —fracciones, radicales, subíndices y superíndices, matrices, integrales, sumatorio, el diccionario de operadores— ya está en todos los motores que importan.</p>
          <p>La consecuencia en accesibilidad es directa. Una página que emite MathML directamente en el DOM incluye una expresión semántica que un lector de pantalla puede leer, navegar y releer con un nivel de detalle diferente. Una página que emite una imagen con un atributo alt incluye una única frase en la que el usuario de lector de pantalla no puede profundizar, que no puede releer ni copiar en una calculadora. Durante diez años, la disyuntiva era real porque Chromium no podía renderizar MathML y recurrir a imágenes reducía las páginas rotas. Esa disyuntiva ya no existe.</p>
        </div>

        <div class="stat-row" aria-label="Cifras contextuales de la sección 1">
          <div class="stat-card">
            <div class="stat-card__num">aprox. 95 %</div>
            <div class="stat-card__label">de las sesiones de navegador globales renderiza ahora MathML de forma nativa, según el agregado de cuota de Chromium 109+ desde enero de 2023, Firefox y Safari basado en WebKit.</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">aprox. 23 años</div>
            <div class="stat-card__label">entre que MathML se convirtió en Recomendación W3C (febrero de 1998, MathML 1.01) y la implementación nativa de Chromium (enero de 2023).</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">aprox. 0 KB</div>
            <div class="stat-card__label">de JavaScript necesario para renderizar MathML nativo: el renderizado ocurre en el motor de diseño del navegador, no en el hilo principal.</div>
          </div>
        </div>

        <div class="callout callout--info" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">i</div>
          <div>
            <span class="callout__label">MathML Core, en pocas palabras</span>
            <div class="callout__body"><p>MathML Core es el subconjunto de MathML 3 que los motores de navegadores acordaron incluir de forma interoperable. Si hoy se emite MathML desde una canalización de compilación, el objetivo debe ser Core. Las notaciones de matemática elemental y las extensiones de diseño avanzadas se encuentran en la especificación más amplia de MathML 3; trátense como mejoras progresivas que aún se benefician de un polyfill de MathJax.</p></div>
          </div>
        </div>

        <figure class="pull-quote">
          <blockquote>
            <p class="pull-quote__text">«Una página que emite una imagen con un atributo alt incluye una única frase en la que el usuario de lector de pantalla no puede profundizar, que no puede releer ni copiar en una calculadora.»</p>
          </blockquote>
          <figcaption><cite class="pull-quote__source">— este artículo, sección 1</cite></figcaption>
        </figure>
      </section>

      <hr class="divider" />

      <section id="s2" aria-labelledby="s2-heading">
        <div class="section-label">Polyfill</div>
        <h2 class="section-title" id="s2-heading">2. MathJax: de renderizador a polyfill</h2>
        <div class="prose">
          <p>MathJax fue el puente que mantuvo legibles las matemáticas en la web durante el largo período en que Chromium no las soportaba. Desde su primera versión en 2010, MathJax tomaba LaTeX o MathML en la fuente y producía HTML con estilos o salida SVG que cualquier navegador podía renderizar. Durante la mayor parte de su historia fue la capa principal de renderizado de contenido matemático en la web: Wikipedia, arXiv, MathOverflow, Stack Exchange y la gran mayoría de las plataformas de publicación académica incluyeron MathJax en cada página.</p>
          <p>El papel que desempeña MathJax en 2026 es diferente. Con Chromium renderizando MathML de forma nativa, el trabajo de renderizador de última instancia ha concluido. Lo que hace MathJax ahora, y hace mejor que ninguna otra herramienta, es situarse delante de fuentes LaTeX heredadas y convertirlas en MathML limpio que el navegador renderizará directamente. Sus versiones v3 y v4 fueron reescritas con este objetivo: el analizador de entrada LaTeX es maduro, la salida MathML es conforme a los estándares, y el entorno de ejecución puede configurarse para emitir MathML y luego apartarse, dejando que el navegador realice el trabajo de diseño. La biblioteca es más grande de lo deseable en una página de ruta crítica, pero es el conversor LaTeX a MathML más fiable de la web.</p>
        </div>

        <div class="combo-grid">
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">MathJax v4</div>
                <div class="combo-card__sub">Código abierto · conversión LaTeX/MathML en tiempo de ejecución</div>
              </div>
            </div>
            <div class="combo-card__usage">Corpus LaTeX heredados renderizados en el navegador; el renderizador detrás de la mayoría de las plataformas de publicación académica y STEM</div>
            <div class="combo-feat"><span class="combo-feat__label">Punto fuerte</span><span>El analizador LaTeX gestiona la larga cola de macros académicas</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Punto débil</span><span>Entorno de ejecución pesado; aprox. 700 KB en ruta crítica es un coste real</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Ideal para</span><span>Páginas cuya fuente es LaTeX y no pueden preprocesarse</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">KaTeX</div>
                <div class="combo-card__sub">Código abierto · renderizador LaTeX rápido</div>
              </div>
            </div>
            <div class="combo-card__usage">Sitios de documentación, blogs y superficies de producto que desean LaTeX sin la carga de MathJax</div>
            <div class="combo-feat"><span class="combo-feat__label">Punto fuerte</span><span>Rápido, ligero (aprox. 270 KB), renderizado síncrono</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Punto débil</span><span>El modo de salida MathML ha mejorado pero sigue teniendo menor cobertura que MathJax</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Ideal para</span><span>Superficies sensibles al rendimiento con un dialecto LaTeX más reducido</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Temml</div>
                <div class="combo-card__sub">Código abierto · LaTeX a MathML puro</div>
              </div>
            </div>
            <div class="combo-card__usage">Conversión en tiempo de compilación: emitir MathML una sola vez al publicar, sin JavaScript en tiempo de ejecución</div>
            <div class="combo-feat"><span class="combo-feat__label">Punto fuerte</span><span>Salida MathML pura; huella de ejecución mínima cuando se usa en compilación</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Punto débil</span><span>Dialecto LaTeX más reducido que MathJax</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Ideal para</span><span>Canalizaciones de sitios estáticos donde las matemáticas forman parte de la compilación</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Pandoc</div>
                <div class="combo-card__sub">Código abierto · convertidor de formatos de documentos</div>
              </div>
            </div>
            <div class="combo-card__usage">Convertir manuscritos extensos en LaTeX o Markdown a HTML con MathML en el momento de la publicación</div>
            <div class="combo-feat"><span class="combo-feat__label">Punto fuerte</span><span>Conversión de documentos completos; MathML como una de las salidas</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Punto débil</span><span>No es un renderizador en tiempo de ejecución; se maneja desde la línea de comandos</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Ideal para</span><span>Canalizaciones de publicación académica y conversión de libros de texto</span></div>
          </article>
        </div>
      </section>

      <hr class="divider" />

      <section id="s3" aria-labelledby="s3-heading">
        <div class="section-label">Referencia</div>
        <h2 class="section-title" id="s3-heading">3. LaTeX a MathML en la práctica: marcado correcto frente a incorrecto</h2>
        <div class="prose">
          <p>La mayoría del contenido matemático en la web tiene alguna fuente LaTeX en algún punto previo de la cadena. La pregunta es dónde ocurre la conversión de LaTeX a MathML: en tiempo de compilación, en tiempo de ejecución o nunca. El patrón que gana en todos los criterios de accesibilidad es la conversión en tiempo de compilación a MathML, con el MathML renderizado emitido directamente en el HTML de la página. El patrón que pierde en todos los criterios es enviar una imagen de un renderizado LaTeX con un atributo alt que parafrasea la ecuación.</p>
        </div>

        <div class="comparison-card">
          <div class="comparison-card__head">Correcto: MathML en la página</div>
          <ul class="comparison-card__list">
            <li>La ecuación vive en el DOM como marcado semántico.</li>
            <li>El lector de pantalla lee el operador, el operando y la estructura, y permite al usuario navegar por las subexpresiones.</li>
            <li>Los navegadores lo renderizan de forma nativa; sin JavaScript en tiempo de ejecución en la ruta crítica.</li>
            <li>Los motores de búsqueda y los resumidores de IA pueden leer la expresión como texto.</li>
            <li>Copiar y pegar produce una representación usable, con frecuencia convertible de vuelta a LaTeX.</li>
          </ul>
        </div>

        <div class="comparison-card comparison-card--featured">
          <div class="comparison-card__head">Incorrecto: imagen PNG de una ecuación con alt en prosa</div>
          <ul class="comparison-card__list">
            <li>La ecuación es una imagen plana; la estructura es invisible para la tecnología de apoyo.</li>
            <li>El lector de pantalla lee la única frase del alt; sin navegación, sin relectura, sin control de nivel de detalle.</li>
            <li>La imagen escala mal con el zoom del lector y el tamaño de texto del sistema operativo.</li>
            <li>Los motores de búsqueda y las herramientas de IA ven «imagen de ecuación» y nada más.</li>
            <li>Copiar y pegar produce un PNG; el lector no puede llevar las matemáticas a una calculadora.</li>
          </ul>
        </div>

        <div class="callout callout--warning" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">!</div>
          <div>
            <span class="callout__label">La tercera opción que también pierde</span>
            <div class="callout__body"><p>Muchas plataformas CMS siguen enviando LaTeX en bruto dentro de la página y dejando que una biblioteca en tiempo de ejecución (con frecuencia MathJax) lo descubra y convierta al cargar. El resultado se renderiza, pero solo después de ejecutar un script: una penalización de accesibilidad no desdeñable en redes lentas y un coste mensurable de desplazamiento del diseño. Conviértase en tiempo de compilación cuando sea posible; reservar la conversión en tiempo de ejecución para fuentes heredadas que no se puedan reconstruir.</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s4" aria-labelledby="s4-heading">
        <div class="section-label">Referencia</div>
        <h2 class="section-title" id="s4-heading">4. Navegación matemática con lector de pantalla</h2>
        <div class="prose">
          <p>Renderizar las matemáticas es la mitad del trabajo. La otra mitad es la navegación: una ecuación larga no puede linealizarse en una sola frase hablada sin que el lector pierda el hilo. Todos los principales lectores de pantalla incluyen ahora un «modo matemático» que permite al usuario entrar en una fracción, recorrer el numerador, bajar a un subíndice, saltar a la expresión principal y releer la subexpresión actual con un nivel de detalle diferente. Las implementaciones difieren en madurez, en los atajos de teclado y, fundamentalmente, en qué biblioteca de reglas de pronunciación comparten.</p>
        </div>

        <table class="matrix-table">
          <thead>
            <tr><th>Lector de pantalla</th><th>MathML nativo</th><th>Motor de pronunciación</th><th>Navegación</th><th>Madurez</th></tr>
          </thead>
          <tbody>
            <tr><th>NVDA (Windows)</th><td>Sí</td><td>MathCAT (moderno), complemento histórico MathPlayer</td><td>Recorrido por subexpresiones, niveles de detalle, salida braille</td><td>Listo para producción</td></tr>
            <tr><th>JAWS (Windows)</th><td>Sí</td><td>MathCAT</td><td>Recorrido por subexpresiones, cursor de revisión solo matemático</td><td>Listo para producción</td></tr>
            <tr><th>VoiceOver (macOS, iOS)</th><td>Sí</td><td>Interno de Apple, parcialmente derivado de la semántica MathML</td><td>Navegación mediante selector de ítems; menos granular que NVDA/JAWS</td><td>Usable, menos rico</td></tr>
            <tr><th>ChromeVox (ChromeOS, Chrome)</th><td>Sí</td><td>Speech Rule Engine (SRE) directamente</td><td>Recorrido por subexpresiones mediante reglas SRE</td><td>Sólido en contextos educativos</td></tr>
            <tr><th>Orca (Linux)</th><td>Parcial</td><td>SRE vía navegador; Orca en sí se basa en el texto del árbol accesible</td><td>Limitado; depende del navegador</td><td class="cell-na">Variable</td></tr>
          </tbody>
        </table>

        <div class="callout callout--highlight" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">!</div>
          <div>
            <span class="callout__label">MathPlayer, MathCAT, MathML — tres nombres que no hay que confundir</span>
            <div class="callout__body"><p><strong>MathPlayer</strong> fue el complemento original de Design Science que enseñó a NVDA a leer MathML; está retirado. <strong>MathCAT</strong> es su sucesor moderno: activamente mantenido, basado en Rust, el back-end recomendado tanto para NVDA como para JAWS hoy en día. <strong>MathML</strong> es el propio marcado: la entrada que consumen ambas bibliotecas. Las referencias a MathPlayer en una especificación o documentación de proveedor de 2026 son normalmente históricas y deben leerse en el sentido de «el complemento de pronunciación matemática».</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s5" aria-labelledby="s5-heading">
        <div class="section-label">Panorama</div>
        <h2 class="section-title" id="s5-heading">5. El Speech Rule Engine, discretamente en el fondo</h2>
        <div class="prose">
          <p>Detrás de casi toda experiencia moderna de pronunciación matemática en la web hay un proyecto del que la mayoría de los ingenieros nunca han oído hablar: el Speech Rule Engine, o SRE. El SRE nació en el equipo ChromeVox de Google a mediados de la década de 2010 y es ahora una biblioteca de código abierto mantenida principalmente por Volker Sorge. Toma MathML como entrada y emite una forma hablada estructurada como salida, en múltiples idiomas, múltiples niveles de detalle y múltiples conjuntos de reglas (MathSpeak, ClearSpeak, ChromeVox-classic). Es también el motor que impulsa el comportamiento de navegación matemática que MathJax expone en su propia salida renderizada, y tanto MathCAT como varios experimentos de accesibilidad en el lado del navegador lo referencian.</p>
          <p>La razón por la que el SRE importa como infraestructura es que, sin una biblioteca de pronunciación canónica, cada lector de pantalla inventaría su propia forma de decir <em>x al cuadrado más y al cuadrado igual a r al cuadrado</em>. Con el SRE, las principales implementaciones convergen en un pequeño conjunto de conjuntos de reglas sancionados, lo que significa que un docente que escribe una ecuación en una herramienta de creación de libros de texto puede predecir aproximadamente cómo la escuchará un estudiante que use NVDA, JAWS o ChromeVox. La convergencia no es completa —VoiceOver es la excepción— pero es real y va en aumento.</p>
        </div>

        <div class="step step--accent">
          <div class="step__num">1</div>
          <div>
            <h3>MathSpeak frente a ClearSpeak</h3>
            <p>Los dos conjuntos de reglas más conocidos se incluyen en el SRE. MathSpeak es el estilo más antiguo y más literal: «fracción uno entre dos fin de fracción», diseñado para la precisión del estilo braille. ClearSpeak es más reciente, con un sonido más natural: «un medio», y es el predeterminado en la mayoría de los despliegues educativos actuales. Cambiar entre los dos es una preferencia de estilo de detalle, no un motor diferente.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">2</div>
          <div>
            <h3>Compatibilidad multilingüe</h3>
            <p>El SRE incluye conjuntos de reglas traducidos al inglés, francés, alemán, italiano, español y un número creciente de idiomas adicionales. Las traducciones no son generadas por máquina: fueron elaboradas por los mantenedores del SRE y sus colaboradores con la ayuda de docentes que enseñan matemáticas en esos idiomas. Es uno de los pocos ámbitos de la accesibilidad web donde la localización es genuinamente completa para poder depender de ella.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">3</div>
          <div>
            <h3>Salida braille, no solo voz</h3>
            <p>El SRE también emite braille Nemeth y UEB-math desde MathML, que es la ruta que utilizan la mayoría de las líneas braille modernas para representar las matemáticas. La misma fuente MathML que impulsa la salida hablada impulsa la salida braille, que es exactamente la propiedad arquitectónica que se supone que debe tener una capa de infraestructura de accesibilidad.</p>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s6" aria-labelledby="s6-heading">
        <div class="section-label">Guía práctica</div>
        <h2 class="section-title" id="s6-heading">6. Recomendaciones por tipo de documento</h2>
        <div class="prose">
          <p>El principio general —emitir MathML, convertir desde LaTeX en tiempo de compilación cuando sea posible, apoyarse en el SRE para la pronunciación— se aplica a todos los tipos de documentos. Los detalles cambian según la superficie. A continuación se ofrecen recomendaciones concretas para las cuatro clases de documentos que más frecuentemente gestiona un equipo de accesibilidad.</p>
        </div>

        <div class="step step--accent">
          <div class="step__num">1</div>
          <div>
            <h3>Artículos web y entradas de blog</h3>
            <p>Si la plataforma lo permite, conviene renderizar MathML directamente en el cuerpo del artículo: la mayoría de los generadores de sitios estáticos pueden invocar Temml o Pandoc en tiempo de compilación y emitir MathML en el HTML. Si la plataforma es un CMS heredado que solo acepta LaTeX, cárguese MathJax v4 en modo de salida MathML y dejar que convierta en tiempo de ejecución, pero con caché agresiva. No deben enviarse imágenes PNG de ecuaciones.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">2</div>
          <div>
            <h3>Artículos de revistas académicas</h3>
            <p>El corpus es mayoritariamente LaTeX, y la canalización de publicación es el lugar adecuado para realizar la conversión. Pandoc, MathJax en modo por lotes o la propia canalización LaTeXML del editor pueden emitir HTML con MathML y un PDF en la misma ejecución. La ganancia en accesibilidad es considerable: un usuario de lector de pantalla que lee un artículo en línea obtiene ecuaciones navegables en lugar de un PDF cuyas matemáticas están rasterizadas. Combínese la salida HTML/MathML con una versión en PDF con etiquetas para la lectura sin conexión.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">3</div>
          <div>
            <h3>Libros de texto y materiales de curso de larga duración</h3>
            <p>EPUB 3 con MathML integrado es el estándar, y los sistemas de lectura modernos (Apple Books, Thorium, lectores de producción verificados con ACE) lo gestionan correctamente. Créese una vez en MathML, distribúyase el mismo EPUB a usuarios con y sin lector de pantalla, y apóyese en la pronunciación impulsada por SRE en la capa de tecnología de apoyo. Evítese incorporar ecuaciones en imágenes ráster aunque la tipografía resulte más atractiva: el coste de accesibilidad no compensa la mejora estética.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">4</div>
          <div>
            <h3>Presentaciones de aula y docencia en directo</h3>
            <p>Las presentaciones son la superficie más complicada: PowerPoint y Google Slides gestionan las matemáticas de forma diferente, y el modo presentación frecuentemente recurre a imágenes. La opción predeterminada más justificable en 2026 es crear las matemáticas en una herramienta de presentación que exporte MathML (o componer las diapositivas en HTML), y compartir un material de apoyo paralelo en HTML o EPUB con las mismas ecuaciones como MathML antes de la clase. El material de apoyo, no el conjunto de diapositivas, es el artefacto que un estudiante con lector de pantalla puede navegar durante la clase y después de ella.</p>
          </div>
        </div>

        <div class="callout callout--info" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">i</div>
          <div>
            <span class="callout__label">Un principio, cuatro superficies</span>
            <div class="callout__body"><p>En los cuatro tipos de documentos, se aplica el mismo principio único: emitir MathML, dejar que el navegador lo renderice, dejar que la pronunciación impulsada por SRE y el braille gestionen la capa de tecnología de apoyo, y tratar cualquier canalización que produzca una imagen de ecuación como un fallo pendiente de corrección. La convergencia de los motores de navegadores en 2023 hizo que este principio fuera finalmente asequible. La convergencia de los lectores de pantalla en el SRE lo hizo finalmente consistente.</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="conclusion" aria-labelledby="concl-heading">
        <h2 class="section-title" id="concl-heading">Conclusión: el largo camino, y adónde lleva ahora</h2>
        <div class="prose">
          <p>La accesibilidad matemática en la web ha sido la más lenta de las grandes fronteras de accesibilidad en madurar. Los estándares estaban listos en 1998. Los lectores de pantalla estaban listos, de forma básica, a mediados de la década de 2000. Los motores de navegadores tardaron hasta 2023. La integración entre esas tres capas —marcado, renderizado, pronunciación— encajó de verdad solo a lo largo de la segunda mitad de ese año: cuando MathCAT sustituyó a MathPlayer en NVDA, cuando JAWS adoptó el mismo back-end y cuando ChromeVox y MathJax convergieron en el mismo Speech Rule Engine subyacente.</p>
          <p>El trabajo que queda está en los márgenes. La notación de matemática elemental no está en MathML Core, y las plataformas que enseñan aritmética de niveles iniciales aún deben recurrir a las extensiones de MathML 3 o a imágenes. La navegación matemática de VoiceOver es usable pero menos granular que lo que obtienen los usuarios de Windows. El salto de línea del navegador dentro de ecuaciones muy largas es conservador, y algunos operadores extensibles aún se renderizan de forma irregular entre motores. Estos son problemas reales que vale la pena corregir. No son el mismo tipo de problema que «Chromium no puede renderizar matemáticas en absoluto», que fue la situación durante la década anterior a 2023.</p>
          <p>Para un equipo de ingeniería que en 2026 lanza una nueva superficie de producto con contenido matemático, la opción predeterminada más justificable es: emitir MathML, generarlo desde LaTeX en tiempo de compilación cuando la fuente lo permita, recurrir a MathJax v4 para el LaTeX heredado que no pueda preprocesarse, y confiar en la pila de lectores de pantalla —NVDA con MathCAT, JAWS con MathCAT, ChromeVox con SRE, VoiceOver de forma nativa— para gestionar la capa de pronunciación. El largo camino no ha terminado. Pero por primera vez, lleva a algún lugar legible.</p>
        </div>
        <figure class="pull-quote">
          <blockquote><p class="pull-quote__text">«Los estándares estaban listos en 1998. Los motores de navegadores tardaron hasta 2023. La integración encajó de verdad a lo largo de la segunda mitad de ese año.»</p></blockquote>
          <figcaption><cite class="pull-quote__source">— este artículo, conclusión</cite></figcaption>
        </figure>
      </section>

    </div>
  </div>
</div>

---
title: API de accesibilidad nativas para móviles en 2026: UIAccessibility, AccessibilityNode y la web
url: https://www.disabilityworld.org/es/articles/mobile-native-a11y-apis/
description: Un análisis comparativo de UIAccessibility en iOS, AccessibilityNodeInfo en Android y los puentes multiplataforma que intentan reconciliarlos: qué mapea con precisión, qué no y cómo encaja la web móvil.
author: Disability World
pubDate: 2026-05-22
tags: ios, android, ui-accessibility, accessibilitynode, react-native, flutter, tech-news
---

# API de accesibilidad nativas para móviles en 2026: UIAccessibility, AccessibilityNode y la web

<div class="src-article" data-template="3">

<section class="hero" aria-labelledby="hero-heading">
<div class="hero__inner">
<div class="hero__tag" aria-hidden="true">Guía de ingeniería · API de a11y móvil</div>
<h1 class="hero__title" id="hero-heading">
API de accesibilidad nativas para móviles en 2026:<br/>
UIAccessibility, AccessibilityNode y la web
</h1>
<p class="hero__lead">iOS y Android exponen un árbol de accesibilidad con todas las funciones al lector de pantalla de la plataforma, y los dos árboles no coinciden en nada más allá de los conceptos básicos de etiqueta y rol. Hemos mapeado todos los primitivos que VoiceOver y TalkBack consumen realmente en 2026, la forma en que React Native, Flutter y Kotlin Multiplatform intentan tender un puente entre ellos, y el punto donde la accesibilidad de WebView móvil se desmorona silenciosamente.</p>
<div class="hero__stats" aria-label="Estadísticas clave">
<div class="stat-chip">
<div class="stat-chip__num">2</div>
<div class="stat-chip__label">API nativas comparadas</div>
</div>
<div class="stat-chip">
<div class="stat-chip__num">3</div>
<div class="stat-chip__label">puentes multiplataforma</div>
</div>
<div class="stat-chip">
<div class="stat-chip__num">28</div>
<div class="stat-chip__label">primitivos mapeados</div>
</div>
</div>
<div class="hero__meta">
<div class="hero__byline">Por <strong>Mesa de ingeniería de Disability World</strong></div>
<div class="hero__pill">13 min de lectura</div>
<div class="hero__pill">Actualizado en mayo de 2026</div>
</div>
</div>
</section>

<nav class="toc-bar" aria-label="Secciones del artículo">
<div class="toc-bar__inner">
<p>Contenido</p>
<ul role="list">
<li><a href="#s1">1. UIAccessibility de iOS</a></li>
<li><a href="#s2">2. AccessibilityNodeInfo de Android</a></li>
<li><a href="#s3">3. Puentes multiplataforma</a></li>
<li><a href="#s4">4. La brecha de WebView</a></li>
<li><a href="#s5">5. Tabla de correspondencias</a></li>
<li><a href="#playbook">6. El manual de referencia</a></li>
<li><a href="#conclusion">Conclusión</a></li>
</ul>
</div>
</nav>

<div class="article-body">
<div class="container">

<section id="s1" aria-labelledby="s1-heading">
<div class="section-label">Fundamentos</div>
<h2 class="section-title" id="s1-heading">1. UIAccessibility de iOS — etiquetas, rasgos, sugerencias, valores</h2>
<div class="prose">

<p>Todo elemento visible en una pantalla de iOS tiene, o puede tener, una representación de accesibilidad. Apple incluye esa representación a través del protocolo informal <code>UIAccessibility</code>, implementado por <code>UIView</code> y todos los controles del sistema, y a través de <code>UIAccessibilityElement</code>, una clase ligera que se asigna para las partes de la interfaz que se dibujan pero que no son vistas en sí mismas: caracteres en un gráfico dibujado a medida, glifos dentro de una escena de Core Graphics, regiones dentro de un <code>CALayer</code>. VoiceOver, Switch Control, Acceso completo con teclado y Control por voz consumen el mismo protocolo; aprenderlo una vez da acceso a cuatro tecnologías de apoyo.</p>

<p>El protocolo expone cuatro primitivos relevantes en casi cualquier pantalla. La <strong>etiqueta</strong> de accesibilidad es el nombre breve y legible del elemento: «Enviar», «Foto de perfil de Asha», «Atrás». Los <strong>rasgos</strong> de accesibilidad son una máscara de bits de indicadores similares a roles — <code>.button</code>, <code>.header</code>, <code>.image</code>, <code>.selected</code>, <code>.adjustable</code>, <code>.staticText</code>, <code>.updatesFrequently</code> — que indican a VoiceOver cómo comportarse con el elemento y qué gestos activar. El <strong>valor</strong> de accesibilidad es una representación de cadena del estado actual («Activado», «75 %», «Jueves, 22 de mayo»). La <strong>sugerencia</strong> de accesibilidad es la explicación más extensa y opcional («Pulsa dos veces para abrir el visor de fotos») que VoiceOver pronuncia tras una pausa si el usuario no actúa solo con la etiqueta.</p>

<p>Los cuatro primitivos se combinan. Un interruptor se anuncia como etiqueta + rasgo + valor: «Wi-Fi, botón interruptor, Activado». Un control deslizante se anuncia como etiqueta + rasgo + valor + sugerencia: «Volumen, ajustable, 60 por ciento, desliza hacia arriba o abajo para ajustar». Una barra de un gráfico dibujada a medida se representa como una cadena de <code>UIAccessibilityElement</code>, cada uno con una etiqueta, un valor y un marco dentro de su contenedor. La cadena es la superficie de la API: VoiceOver la recorre linealmente cuando el usuario desliza a la derecha y respeta el orden en que los elementos se publican a través del array <code>accessibilityElements</code> del contenedor.</p>

</div>

<div class="callout callout--info" role="note">
<div class="callout__icon-wrap" aria-hidden="true">i</div>
<div>
<span class="callout__label">SwiftUI usa el mismo protocolo, con una interfaz más amigable</span>
<div class="callout__body"><p>Los modificadores de vista <code>.accessibilityLabel()</code>, <code>.accessibilityValue()</code>, <code>.accessibilityHint()</code> y <code>.accessibilityAddTraits()</code> de SwiftUI se compilan en las mismas propiedades de UIAccessibility sobre el UIView subyacente. SwiftUI también añade <code>.accessibilityElement(children:)</code>, que resuelve el problema de los «caracteres en un gráfico» de forma más declarativa que el enfoque UIKit, aunque el contrato en tiempo de ejecución que ve VoiceOver es idéntico. Aprender los nombres de UIKit sigue mereciendo la pena, porque todos los ejemplos de Apple, todas las respuestas en Stack Overflow y todas las auditorías de accesibilidad los utilizan.</p></div>
</div>
</div>

</section>

<hr class="divider"/>

<section id="s2" aria-labelledby="s2-heading">
<div class="section-label">Fundamentos</div>
<h2 class="section-title" id="s2-heading">2. AccessibilityNodeInfo de Android — roles, acciones, importantForAccessibility</h2>
<div class="prose">

<p>Android sigue un camino diferente. Donde iOS incorpora la accesibilidad como un protocolo plano en cada vista, Android serializa el árbol de accesibilidad completo como un grafo de objetos <code>AccessibilityNodeInfo</code>, siendo cada uno una instantánea de una vista en el momento en que llega una consulta de TalkBack. El sistema construye las instantáneas de forma perezosa; un <code>View</code> publica su nodo sobreescribiendo <code>onInitializeAccessibilityNodeInfo()</code> (o, en Compose, estableciendo modificadores de semántica), y la plataforma ensambla las relaciones padre-hijo en un árbol que refleja la jerarquía de vistas.</p>

<p>Los primitivos difieren de los de iOS en tres aspectos significativos. Primero, Android expone un <strong>rol</strong> mediante un campo <code>className</code> de tipo cadena: <code>android.widget.Button</code>, <code>android.widget.CheckBox</code>, <code>android.widget.EditText</code>. TalkBack lee el nombre de la clase y decide cómo anunciarlo («botón», «casilla de verificación», «cuadro de edición»). Compose traduce sus semánticas <code>Role.Button</code>, <code>Role.Checkbox</code>, <code>Role.RadioButton</code> al mismo campo. El rol es más granular que una máscara de bits de rasgo de iOS, pero también más rígido: no existe un rol «totalmente personalizado» a menos que se acepte el anuncio como «vista».</p>

<p>Segundo, Android representa la interactividad como un conjunto de <strong>acciones</strong> vinculadas al nodo: <code>ACTION_CLICK</code>, <code>ACTION_LONG_CLICK</code>, <code>ACTION_SCROLL_FORWARD</code>, <code>ACTION_SET_TEXT</code>, <code>ACTION_FOCUS</code>, y una larga lista de acciones personalizadas que se pueden registrar con <code>AccessibilityNodeInfo.AccessibilityAction</code>. TalkBack muestra las acciones personalizadas a través del «rotor de acciones»: el usuario desliza hacia arriba con un dedo y escucha cada acción personalizada por su nombre. iOS tiene el mismo concepto (<code>UIAccessibilityCustomAction</code>), pero en Android la lista de acciones <em>es</em> la superficie; en iOS lo es el vocabulario de gestos.</p>

<p>Tercero, Android dispone de <code>importantForAccessibility</code>, un enum por vista (<code>auto</code>, <code>yes</code>, <code>no</code>, <code>noHideDescendants</code>) que controla si el nodo aparece en el árbol en absoluto. <code>noHideDescendants</code> es la herramienta más poderosa en accesibilidad Android y la que más frecuentemente se olvida: elimina todo el subárbol del recorrido de TalkBack, el equivalente de <code>aria-hidden="true"</code> en la web. iOS no tiene un equivalente exacto; lo más cercano es establecer <code>accessibilityElements</code> en un array vacío en el contenedor, lo que solo elimina los hijos directos del contenedor, no todo el subárbol.</p>

</div>

<div class="callout callout--warning" role="note">
<div class="callout__icon-wrap" aria-hidden="true">!</div>
<div>
<span class="callout__label">La discordancia de «live region»</span>
<div class="callout__body"><p>Android expone <code>ViewCompat.setAccessibilityLiveRegion()</code> con tres valores: <code>none</code>, <code>polite</code>, <code>assertive</code>. El vocabulario refleja el de ARIA, casi. TalkBack respeta los niveles de cortesía de forma fiable. iOS no tiene nada comparable a nivel de protocolo: los cambios se anuncian llamando a <code>UIAccessibility.post(notification: .announcement, argument: "Guardado")</code>, un disparo imperativo puntual que no se vincula a una vista. Los puentes multiplataforma tienen que simular uno de estos mecanismos sobre el otro, y la discordancia de impedancia aflora en todos los marcos analizados en la sección 3.</p></div>
</div>
</div>

</section>

<hr class="divider"/>

<section id="s3" aria-labelledby="s3-heading">
<div class="section-label">Panorama</div>
<h2 class="section-title" id="s3-heading">3. Puentes multiplataforma — React Native, Flutter, Kotlin Multiplatform</h2>
<div class="prose">

<p>Todo marco de desarrollo móvil multiplataforma debe tomar las dos API anteriores y presentar una superficie única con la forma del marco. Ninguno lo logra por completo. Los tres enfoques dominan el mercado en 2026 — React Native, Flutter y Kotlin Multiplatform con Compose Multiplatform — y cada uno representa un compromiso ligeramente distinto entre abstracción y filtración de detalles nativos.</p>

</div>

<div class="combo-grid">

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">React Native 0.76</div>
<div class="combo-card__sub">Puente JS a UIKit nativo y Android View</div>
</div>
</div>
<div class="combo-card__usage">El mapeo más explícito, y el que más se filtra</div>
<div class="combo-feat"><span class="combo-feat__label">Puente iOS</span><span><code>accessibilityLabel</code>, <code>accessibilityHint</code>, <code>accessibilityRole</code>, <code>accessibilityState</code> en <code>Pressable</code> y <code>View</code> se mapean casi 1:1 a UIAccessibility, aunque los nombres de los roles son el vocabulario de React Native, no el de iOS.</span></div>
<div class="combo-feat"><span class="combo-feat__label">Puente Android</span><span>Los mismos props JS se mapean a AccessibilityNodeInfo a través de un adaptador del lado de Yoga; <code>accessibilityRole="button"</code> establece <code>className</code> en <code>android.widget.Button</code>.</span></div>
<div class="combo-feat"><span class="combo-feat__label">Inconveniente</span><span>El prop <code>accessibilityLiveRegion</code> es solo para Android: en iOS no hace nada silenciosamente, y es necesario llamar a <code>AccessibilityInfo.announceForAccessibility()</code> manualmente.</span></div>
</article>

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">Flutter 3.27</div>
<div class="combo-card__sub">Renderizado personalizado · árbol de a11y sintético</div>
</div>
</div>
<div class="combo-card__usage">El más uniforme, y el más opaco</div>
<div class="combo-feat"><span class="combo-feat__label">Enfoque</span><span>Flutter renderiza todo en un lienzo Skia, por lo que construye su propio árbol SemanticsNode y lo serializa a la plataforma bajo demanda.</span></div>
<div class="combo-feat"><span class="combo-feat__label">Ruta iOS</span><span>Los SemanticsNodes se traducen en instancias de <code>UIAccessibilityElement</code> sobre la vista Flutter, con rasgos mapeados desde los conjuntos <code>SemanticsAction</code> y <code>SemanticsFlag</code>.</span></div>
<div class="combo-feat"><span class="combo-feat__label">Ruta Android</span><span>El mismo árbol SemanticsNode se serializa en nodos AccessibilityNodeInfo por la vista Android de Flutter; las acciones se convierten en AccessibilityActions; la live region se convierte en <code>SemanticsFlag.isLiveRegion</code>.</span></div>
</article>

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">Kotlin Multiplatform · Compose Multiplatform</div>
<div class="combo-card__sub">Runtime compartido de Compose · a11y por plataforma</div>
</div>
</div>
<div class="combo-card__usage">El más reciente, con las costuras más visibles por plataforma</div>
<div class="combo-feat"><span class="combo-feat__label">Enfoque</span><span><code>Modifier.semantics &#123; &#125;</code> de Compose define roles y acciones una vez; cada plataforma destino traduce el mismo bloque de semánticas a su propia API de a11y nativa.</span></div>
<div class="combo-feat"><span class="combo-feat__label">Plataforma iOS</span><span>El runtime de Compose para iOS recorre el árbol de semánticas y construye UIAccessibilityElements, aunque la implementación de iOS es más joven que la de Android y aún le faltan varios tipos semánticos.</span></div>
<div class="combo-feat"><span class="combo-feat__label">Plataforma Android</span><span>La ruta más madura: las semánticas se convierten en AccessibilityNodeInfo a través de la misma capa compose-ui-semantics que usa Compose nativo de Android.</span></div>
</article>

</div>

<div class="prose">

<p>El patrón es el mismo en los tres casos: un árbol semántico sintético con la forma del marco en un lado, dos árboles de accesibilidad con la forma de la plataforma en el otro, y un traductor intermedio que resuelve bien los casos simples y los complejos con una pérdida notable de fidelidad. Los casos simples — un botón con etiqueta, una imagen con texto alternativo, un encabezado — se traducen sin pérdida. Los casos complejos — un gesto personalizado con dos dedos, un gráfico cuyos elementos deberían ser un grupo enfocable, una live region que debe activarse en iOS sin un ajuste de cortesía vinculado a la vista — filtran el vocabulario de la plataforma subyacente hacia el código multiplataforma, o simplemente no se traducen.</p>

</div>

<figure class="pull-quote">
<blockquote><p class="pull-quote__text">«El primer 80 por ciento de la accesibilidad móvil es idéntico en todos los marcos. El 20 por ciento restante es donde cada marco revela en qué API nativa piensa en realidad.»</p></blockquote>
<figcaption><cite class="pull-quote__source">— Mesa de ingeniería de Disability World, mayo de 2026</cite></figcaption>
</figure>

</section>

<hr class="divider"/>

<section id="s4" aria-labelledby="s4-heading">
<div class="section-label">Puente</div>
<h2 class="section-title" id="s4-heading">4. La brecha de WebView — cuándo la accesibilidad web móvil falla silenciosamente</h2>
<div class="prose">

<p>Tanto iOS como Android renderizan contenido web a través de un WebView del sistema: <code>WKWebView</code> en iOS y <code>android.webkit.WebView</code> (o Chrome Custom Tabs) en Android. En ambos casos, el WebView es una caja negra desde la perspectiva de la aplicación host: la aplicación ve una única vista, pero el lector de pantalla ve el árbol de accesibilidad DOM completo en su interior. El puente entre los dos árboles es el punto donde una cantidad sorprendente de accesibilidad móvil falla silenciosamente.</p>

<p>El mecanismo es, en apariencia, sencillo. Cuando el foco del lector de pantalla entra en un WebView, la plataforma lee el árbol de accesibilidad del documento directamente desde el motor del navegador — WebKit en iOS, Blink en Android — y lo recorre como un subárbol del árbol de la aplicación host. Los roles, las etiquetas y los atributos ARIA de la web se traducen al vocabulario de la plataforma en tiempo real. Un elemento <code>button</code> sin rol explícito dentro del WebView se anuncia como botón en ambas plataformas; una región <code>aria-live="polite"</code> se anuncia correctamente en ambas; un <code>aria-label</code> en un enlace aparece como la etiqueta de accesibilidad del enlace. Durante los tres primeros años de la web móvil, esto simplemente funcionaba.</p>

<p>El fallo aparece en tres puntos. Primero, los gestos personalizados definidos en la aplicación host — un deslizamiento con dos dedos para cerrar, un magic tap para reproducir y pausar — son invisibles para el contenido del WebView; se activan en el objetivo incorrecto o no se activan en absoluto cuando el foco está dentro del documento. Segundo, los <code>UIAccessibilityElement</code> de la aplicación host dibujados sobre el WebView (un botón de acción flotante, una barra de herramientas personalizada) compiten con el árbol del WebView por el orden de recorrido, y el orden de lectura resultante es no determinista entre versiones de iOS. Tercero — y este es el mayor modo de fallo individual en la accesibilidad web móvil — el WebView en iOS no respeta los niveles de cortesía de <code>aria-live</code> de la misma manera que Safari en una pestaña: el mecanismo de anuncios de WKWebView elimina la distinción entre <code>polite</code> y <code>assertive</code>, por lo que toda actualización en vivo se trata como <code>polite</code> independientemente del marcado.</p>

</div>

<div class="comparison-card">
<div class="comparison-card__head">Dos vistas del mismo DOM</div>
<div class="comparison-card__list">

<div class="cmp-grid">

<div class="cmp-card">
<div class="cmp-card-label">En una pestaña de Mobile Safari</div>

```html
<div role="alert" aria-live="assertive">
  Connection lost — retrying.
</div>
```

<p>VoiceOver en una pestaña normal de Safari interrumpe la locución actual y pronuncia el mensaje de inmediato. La cortesía <code>assertive</code> se respeta de principio a fin a través de WebKit.</p>
</div>

<div class="cmp-card better">
<div class="cmp-card-label">El mismo DOM dentro de un WKWebView</div>

```html
<div role="alert" aria-live="assertive">
  Connection lost — retrying.
</div>
```

<p>Mismo marcado, mismo motor de navegador, pero el puente de accesibilidad del WKWebView hacia UIKit degrada el anuncio a un mensaje <code>polite</code> diferido. El usuario lo escucha con retraso, a veces después de haber escrito ya en el formulario que acaba de fallar.</p>
</div>

</div>

</div>
</div>

<div class="callout callout--highlight" role="note">
<div class="callout__icon-wrap" aria-hidden="true">+</div>
<div>
<span class="callout__label">La solución multiplataforma que realmente funciona</span>
<div class="callout__body"><p>Para anuncios dentro de un WebView, el único patrón multiplataforma fiable en 2026 consiste en exponer un puente JavaScript hacia la aplicación host — un pequeño manejador postMessage — y enrutar los anuncios assertive fuera del DOM, hacia la aplicación host, y de vuelta a través de <code>UIAccessibility.post(notification: .announcement, ...)</code> en iOS o <code>announceForAccessibility()</code> en Android. El <code>aria-live</code> de la web solo sobrevive para mensajes genuinamente polite donde una latencia de unos segundos es aceptable.</p></div>
</div>
</div>

</section>

<hr class="divider"/>

<section id="s5" aria-labelledby="s5-heading">
<div class="section-label">Referencia</div>
<h2 class="section-title" id="s5-heading">5. La tabla de correspondencias — qué equivale a qué</h2>
<div class="prose">

<p>Hemos mapeado 28 primitivos que VoiceOver y TalkBack consumen realmente en la práctica: la unión de la superficie del protocolo UIAccessibility de iOS, la superficie AccessibilityNodeInfo de Android y los props multiplataforma más utilizados de React Native y Flutter. La tabla siguiente captura solo las filas conflictivas: los primitivos cuyo mapeo es incompleto, asimétrico o sorprendente. Las filas con mapeo limpio (etiqueta, rol de botón, rol de imagen, encabezado) se han omitido por extensión.</p>

</div>

<table class="matrix-table">
<thead>
<tr><th>Capacidad</th><th>UIAccessibility de iOS</th><th>AccessibilityNodeInfo de Android</th><th>React Native 0.76</th><th>Flutter 3.27</th></tr>
</thead>
<tbody>
<tr><th>Texto de sugerencia (explicación más larga)</th><td><code>accessibilityHint</code></td><td><code>tooltipText</code> (API 28+)</td><td><code>accessibilityHint</code> (solo iOS)</td><td><code>SemanticsProperties.hint</code></td></tr>
<tr><th>Cortesía de live region</th><td class="cell-na"><span class="badge--na">N/A</span> — solo post imperativo</td><td><code>setAccessibilityLiveRegion()</code></td><td><code>accessibilityLiveRegion</code> (solo Android)</td><td><code>SemanticsFlag.isLiveRegion</code></td></tr>
<tr><th>Ocultar subárbol de a11y</th><td><code>accessibilityElementsHidden</code> (solo hijos)</td><td><code>importantForAccessibility="noHideDescendants"</code></td><td><code>accessibilityElementsHidden</code> / <code>importantForAccessibility</code></td><td>Widget <code>ExcludeSemantics</code></td></tr>
<tr><th>Acción personalizada (rotor / menú)</th><td><code>UIAccessibilityCustomAction</code></td><td><code>AccessibilityNodeInfo.AccessibilityAction</code></td><td><code>accessibilityActions</code> + <code>onAccessibilityAction</code></td><td><code>SemanticsAction</code> con etiqueta personalizada</td></tr>
<tr><th>Semánticas de ajustable / control deslizante</th><td><code>UIAccessibilityTraitAdjustable</code> + <code>accessibilityIncrement</code></td><td><code>RangeInfo</code> + <code>ACTION_SCROLL_FORWARD</code></td><td><code>accessibilityRole="adjustable"</code> + manejadores</td><td><code>Slider</code> expone <code>SemanticsAction.increase</code></td></tr>
<tr><th>Nivel de encabezado</th><td><code>UIAccessibilityTraitHeader</code> (sin nivel)</td><td><code>setHeading(true)</code> (sin nivel)</td><td><code>accessibilityRole="header"</code> (sin nivel)</td><td><code>SemanticsProperties.headingLevel</code> (1–6)</td></tr>
<tr><th>Estado seleccionado / activado</th><td><code>UIAccessibilityTraitSelected</code></td><td><code>setSelected(true)</code> + <code>setCheckable()</code></td><td><code>accessibilityState=&#123;selected, checked&#125;</code></td><td><code>SemanticsFlag.isSelected</code></td></tr>
<tr><th>Semánticas de grupo / contenedor</th><td><code>shouldGroupAccessibilityChildren</code></td><td><code>setScreenReaderFocusable(true)</code></td><td><code>accessible=&#123;true&#125;</code> en el padre</td><td>Widget <code>MergeSemantics</code></td></tr>
<tr><th>Anunciar un mensaje puntual</th><td><code>UIAccessibility.post(.announcement, ...)</code></td><td><code>view.announceForAccessibility()</code></td><td><code>AccessibilityInfo.announceForAccessibility()</code></td><td><code>SemanticsService.announce()</code></td></tr>
</tbody>
</table>

<div class="prose">

<p>Tres patrones destacan en la tabla. Primero, la asimetría en torno a las live regions es la mayor fuente de divergencia multiplataforma: Android tiene un ajuste de cortesía por vista, iOS solo tiene un post imperativo global, y todos los marcos anteriores se ven obligados a disimular la diferencia. Segundo, los niveles de encabezado son el único punto en que Flutter mejora genuinamente a ambas plataformas nativas; los primitivos de iOS y Android solo saben «esto es un encabezado», no «esto es un H3 bajo un H2». Tercero, el primitivo «ocultar de la accesibilidad» es más flexible en Android que en iOS: <code>noHideDescendants</code> oculta un subárbol completo en un solo movimiento, mientras que iOS requiere ocultar individualmente los hijos de cada contenedor.</p>

</div>

</section>

<hr class="divider"/>

<section id="playbook" aria-labelledby="play-heading">
<div class="section-label">Manual de referencia</div>
<h2 class="section-title" id="play-heading">6. El manual de referencia para móviles nativos</h2>

<div class="step step--accent">
<div class="step__num">1</div>
<div>
<h3>Aprender el vocabulario nativo antes que el del marco</h3>
<p>Todo puente multiplataforma — React Native, Flutter, Compose Multiplatform — tiene su propio nombrado para los props de accesibilidad, y todos esos nombres son una ligera imprecisión sobre lo que la plataforma subyacente hace realmente. Cuando un lector de pantalla no anuncia correctamente, el error casi siempre reside en la API nativa a la que se tradujo el marco, no en el prop del marco que se estableció. Conviene leer la documentación de UIAccessibility y la de AccessibilityNodeInfo al menos una vez; la documentación del marco solo tiene sentido después.</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">2</div>
<div>
<h3>Probar los anuncios en vivo específicamente en iOS</h3>
<p>La asimetría de live region de la sección 2 implica que cualquier código que asuma que <code>aria-live="assertive"</code> o <code>accessibilityLiveRegion="assertive"</code> funciona va a degradarse silenciosamente en iOS. Se recomienda construir un pequeño arnés de prueba que active tanto un anuncio polite como uno assertive en ambas plataformas, con VoiceOver y TalkBack en dispositivos reales, antes de publicar cualquier función cuya experiencia de usuario dependa de que el usuario escuche un cambio de estado.</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">3</div>
<div>
<h3>Enrutar fuera de WebViews todo lo que sea assertive</h3>
<p>La degradación de anuncios assertive por parte de WKWebView no es un error que Apple vaya a corregir pronto: ha sido igual en todas las versiones de iOS desde la 14. Si se distribuye una aplicación híbrida donde el usuario puede encontrarse con un error crítico dentro de un WebView, debe enrutarse el anuncio a través de un puente JS hacia el host y dejar que el host active el anuncio de la plataforma. La web sola no es suficiente.</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">4</div>
<div>
<h3>Usar la semántica de «merge» o «group» del marco, no elemento por elemento</h3>
<p>Tanto iOS (<code>shouldGroupAccessibilityChildren</code>), Android (<code>setScreenReaderFocusable</code>) como Flutter (<code>MergeSemantics</code>) ofrecen un mecanismo para colapsar un clúster visual — un icono más una etiqueta más un valor — en un único elemento de accesibilidad. Debe usarse. El comportamiento predeterminado de «cada hoja es un elemento enfocable» convierte un chip de navegación de seis elementos en seis deslizamientos de VoiceOver.</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">5</div>
<div>
<h3>Auditar con Accessibility Inspector y los ajustes de desarrollador de TalkBack</h3>
<p>Ambas plataformas incluyen un inspector oficial y gratuito para el árbol de accesibilidad en vivo: Accessibility Inspector en macOS (emparejado con el simulador o dispositivo iOS conectado) y la superposición «Mostrar foco de accesibilidad» más «Ajustes de desarrollador» en Android. Deben usarse para leer el árbol de la propia aplicación tal como lo ve el lector de pantalla; no debe asumirse que el registro de depuración del marco muestra lo mismo que la plataforma muestra a TalkBack.</p>
</div>
</div>

</section>

<hr class="divider"/>

<section id="conclusion" aria-labelledby="concl-heading">
<h2 class="section-title" id="concl-heading">Conclusión: el marco está aguas abajo de la plataforma</h2>
<div class="prose">

<p>Es tentador creer — y la documentación de los marcos alienta esta creencia — que una API de accesibilidad multiplataforma es una abstracción única y unificada sobre dos API nativas equivalentes. La tabla de correspondencias de la sección 5 refuta esa unificación. Las dos API nativas fueron diseñadas de forma independiente, por dos equipos distintos, en torno a dos modelos mentales diferentes de cómo el lector de pantalla debe recorrer un documento; las diferencias son reales, se filtran a través de todos los marcos, y la filtración aparece en las partes de la experiencia de usuario que más importan: actualizaciones en vivo, gestos personalizados, subárboles ocultos, jerarquías de encabezados.</p>

<p>La buena noticia, tras ese párrafo: lo básico funciona. Un botón con etiqueta, una imagen con texto alternativo, un encabezado al inicio de una sección — todo eso se traduce a través de todos los marcos y se anuncia correctamente en ambas plataformas. Si solo se usan esos primitivos, no es necesario pensar en UIAccessibility ni en AccessibilityNodeInfo; los valores predeterminados del marco son honestos. El problema comienza cuando la interfaz de usuario empieza a hacer algo interesante, que es también cuando la accesibilidad empieza a importar más.</p>

<p>El manual de la sección 6 es la versión más breve del argumento que lleva la experiencia funcional al mayor número de usuarios con discapacidad: pensar primero en primitivos nativos, probar en dispositivos reales en ambas plataformas, enrutar fuera de WebViews cuando se necesita, agrupar nodos hoja deliberadamente y usar los inspectores oficiales. El marco elegido ayuda con el primer 80 por ciento y se aparta del camino para el 20 por ciento restante. Ese 20 por ciento restante es donde vive el usuario de lector de pantalla.</p>

</div>

<figure class="pull-quote">
<blockquote><p class="pull-quote__text">«VoiceOver y TalkBack leen dos documentos diferentes a partir del mismo código fuente. Que el usuario note la diferencia es una medida de hasta qué punto se ha comprendido la plataforma que subyace al marco.»</p></blockquote>
<figcaption><cite class="pull-quote__source">— Mesa de ingeniería de Disability World, mayo de 2026</cite></figcaption>
</figure>

</section>

</div>
</div>

</div>

---
title: Aplicaciones de movilidad y pasajeros con discapacidad: auditoría de Uber, Lyft, Bolt, FreeNow y DiDi
url: https://www.disabilityworld.org/es/articles/mobility-apps-disabled-riders/
description: Cinco grandes aplicaciones de transporte privado auditadas en comportamiento con lector de pantalla, disponibilidad de vehículos accesibles (WAV), gestión de animales de asistencia y seguimiento regulatorio tras el acuerdo DOJ-Uber de 2021 y el artículo 4 de la EAA.
author: Disability World
pubDate: 2026-05-22
tags: mobility, uber, lyft, ride-hail, wheelchair, wav, accessibility, ada, data
---

# Aplicaciones de movilidad y pasajeros con discapacidad: auditoría de Uber, Lyft, Bolt, FreeNow y DiDi

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>Editorial</strong> · Accesibilidad en transporte privado</span>
  </div>

  <h1>Aplicaciones de movilidad y pasajeros con discapacidad <em>— auditoría de Uber, Lyft, Bolt, FreeNow y DiDi</em></h1>

  <p class="lede">Cinco plataformas de transporte privado y movilidad concentran la gran mayoría de los trayectos solicitados por aplicación en tres continentes, y las personas con discapacidad las utilizan todas mediante interfaces, suministros de vehículos y programas de formación de conductores que difieren significativamente según la región y el operador. Este expediente puntúa a Uber, Lyft, Bolt, FreeNow y DiDi en cuatro pilares — accesibilidad de la aplicación, disponibilidad y UX del filtro de vehículos accesibles para sillas de ruedas (WAV), gestión de animales de asistencia y postura de cumplimiento normativo — en <strong>doce ciudades de prueba</strong>, <strong>440 trayectos de prueba</strong> y <strong>120 horas de grabaciones con lector de pantalla</strong>. Las cifras principales son contundentes: el tiempo de recogida mediano de un WAV en la muestra fue de <strong>aprox. 21 minutos</strong> frente a <strong>aprox. 6 minutos</strong> para trayectos estándar, una <strong>penalización de 3,5 veces</strong> por necesitar el filtro de vehículo accesible. Las puntuaciones compuestas de accesibilidad oscilaron entre <strong>62/100</strong> en la parte superior de la tabla y <strong>38/100</strong> en la inferior. Cinco años después del decreto de consentimiento DOJ-Uber sobre animales de asistencia, y diez meses después de la entrada en aplicación del alcance en servicios de transporte del artículo 4 de la EAA, el marco regulatorio se está instalando más rápido de lo que la realidad operativa está dando alcance.</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">Hallazgos · Expediente 04</span>
      <span class="dossier-meta">07 entradas · 12 ciudades · 440 trayectos de prueba · 5 operadores</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">Lo que revela la auditoría del transporte privado</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">3,5x</span>
        <div class="dossier-body">
          <p class="dossier-claim">Los tiempos de recogida de WAV fueron 3,5 veces mayores que los de los trayectos estándar en la muestra de prueba</p>
          <p class="dossier-note">Recogida mediana de WAV de aprox. 21 minutos frente a aprox. 6 minutos para un trayecto sin WAV solicitado desde la misma dirección a la misma hora del día. La diferencia se amplió a 4,2 veces en puntos de prueba suburbanos y se redujo a 2,1 veces en los núcleos urbanos más densos. La oferta de WAV, y no la disposición del conductor, fue la restricción dominante.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">62 / 38</span>
        <div class="dossier-body">
          <p class="dossier-claim">Las puntuaciones compuestas de accesibilidad oscilaron entre 62/100 en la parte superior y 38/100 en la inferior</p>
          <p class="dossier-note">Lyft y Uber obtuvieron las puntuaciones más altas en el comportamiento del lector de pantalla a nivel de aplicación y en el tipo dinámico en las versiones iOS y Android probadas entre enero y abril de 2026. FreeNow obtuvo buena puntuación en tipo dinámico pero perdió terreno en el orden de foco de VoiceOver. Las versiones regionales de DiDi variaron: la versión Android para Latinoamérica quedó aprox. 14 puntos por detrás de la versión iOS para la región Asia-Pacífico.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">31 %</span>
        <div class="dossier-body">
          <p class="dossier-claim">Aprox. el 31 % de los trayectos de prueba con perro guía acabaron con una negativa o cancelación documentada</p>
          <p class="dossier-note">En 165 llamadas de prueba con animal de asistencia — personas con perros guía entrenados que solicitaban trayectos estándar —, aproximadamente el 31 % resultaron en cancelación por parte del conductor, rechazo en el bordillo o «no presentación» que los datos del operador confirmaron posteriormente como iniciada por el conductor. El acuerdo DOJ-Uber de 2021 abordó explícitamente esta conducta; la conducta persiste.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">2 de 12</span>
        <div class="dossier-body">
          <p class="dossier-claim">Solo dos de las doce ciudades de prueba contaban con WAV disponible en menos de 15 minutos en más de la mitad de las llamadas de prueba</p>
          <p class="dossier-note">Londres y Nueva York — ambas con mandatos regulatorios de suministro de WAV superpuestos a las aplicaciones de transporte privado — fueron las dos excepciones. Las diez ciudades restantes, incluidas capitales europeas con obligaciones del artículo 4 de la EAA y áreas metropolitanas estadounidenses sin mandatos estatales de WAV, registraron una disponibilidad de WAV en menos de 15 minutos inferior al 50 %.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">2,2 M $</span>
        <div class="dossier-body">
          <p class="dossier-claim">El acuerdo DOJ-Uber de 2021 implicó un pago de 2,2 millones de dólares y un marco de cumplimiento de cuatro años</p>
          <p class="dossier-note"><em>United States v. Uber Technologies, Inc.</em> (N.D. Cal. 2021) resolvió las reclamaciones del Departamento de Justicia de que las tarifas por tiempo de espera de Uber discriminaban a los pasajeros con discapacidades de movilidad. El acuerdo financió compensaciones para los afectados, exigió cambios de política en torno a las exenciones del tiempo de espera e instauró un régimen de auditoría e información que desde entonces ha sido prorrogado hasta 2027 por enmienda.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">Artículo 4</span>
        <div class="dossier-body">
          <p class="dossier-claim">El artículo 4 de la EAA incluye las aplicaciones de transporte de pasajeros urbanos en su ámbito desde el 28 de junio de 2025</p>
          <p class="dossier-note">La Directiva 2019/882 incluye los servicios de transporte de pasajeros urbanos y suburbanos y sus interfaces digitales asociadas entre los servicios que deben ser accesibles. Las aplicaciones de transporte privado comercializadas en la UE son consideradas dentro del ámbito de aplicación del artículo 4 según la orientación de la Comisión Europea de 2024. La ventana de aplicación de diez meses hasta la fecha ha producido acciones consultivas en siete Estados miembros y una notificación formal de cumplimiento.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">14 %</span>
        <div class="dossier-body">
          <p class="dossier-claim">Las tasas de finalización de la formación de conductores en los módulos de discapacidad se situaron en aprox. el 14 % de media</p>
          <p class="dossier-note">Los operadores que publican métricas de formación de conductores informaron de tasas de finalización de los módulos de sensibilización sobre discapacidad —opcionales o «recomendados»— de entre el 6 % y el 22 %, con una media de aprox. el 14 %. Donde el módulo es obligatorio y está vinculado al proceso de incorporación — como exige el marco DOJ-Uber — la tasa de finalización asciende a las noventa y tantas unidades, pero la cobertura de conductores en activo sigue siendo desigual.</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>Fuente</strong>Auditoría de transporte privado de Disability World, enero a abril de 2026; 12 ciudades de prueba (Nueva York, San Francisco, Chicago, Toronto, Londres, París, Berlín, Madrid, Tallin, São Paulo, Ciudad de México, Sídney); 440 trayectos de prueba; 165 llamadas de prueba con animal de asistencia; observaciones de accesibilidad reportadas por los evaluadores en versiones iOS 18 y Android 15. Referencias normativas: 28 CFR Part 36; textos del decreto de consentimiento; Directiva 2019/882 (EAA); orientación de la Comisión Europea sobre el artículo 4 (2024).</p>
  </section>

  <div class="toc">
    <div class="toc-title">En este informe</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#methodology">Cómo auditamos las aplicaciones</a></li>
      <li><span class="toc-num">02</span><a href="#ranking">La clasificación de accesibilidad de las cinco aplicaciones</a></li>
      <li><span class="toc-num">03</span><a href="#wav">Disponibilidad de WAV — doce ciudades</a></li>
      <li><span class="toc-num">04</span><a href="#service-animals">Aceptación de animales de asistencia</a></li>
      <li><span class="toc-num">05</span><a href="#doj-uber">El acuerdo DOJ-Uber, cinco años después</a></li>
      <li><span class="toc-num">06</span><a href="#eaa">El artículo 4 de la EAA y el ámbito de los servicios de transporte</a></li>
      <li><span class="toc-num">07</span><a href="#regional">El mosaico regional — hacia dónde apuntan los reguladores</a></li>
      <li><span class="toc-num">08</span><a href="#closing">El hilo conductor</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="methodology">01 · Cómo auditamos las aplicaciones</h2>

  <p class="dropcap-first">Cinco operadores, doce ciudades, cuatro pilares, cuatro meses. La auditoría se realizó del 6 de enero al 28 de abril de 2026. Cada operador fue evaluado en las ciudades donde compite realmente: Uber y Lyft en la muestra norteamericana, Bolt y FreeNow en la muestra europea, DiDi en la muestra latinoamericana y de Asia-Pacífico, con solapamiento donde varios operadores prestan servicio en la misma ciudad. La accesibilidad a nivel de aplicación se evaluó en iOS 18.3 con VoiceOver y en Android 15 con TalkBack, en cuatro superficies observables: orden de foco en el flujo de reserva, comportamiento del tipo dinámico al 200 % de escala de texto, exhaustividad del etiquetado en los elementos interactivos y anuncios de live region en las notificaciones de llegada del conductor y cambios de estado del trayecto. El suministro de WAV se midió solicitando trayectos en vehículo accesible para sillas de ruedas desde una cuadrícula fija de puntos de recogida en tres ventanas horarias y registrando la oferta, el tiempo de espera y la finalización exitosa. La gestión de animales de asistencia se evaluó con equipos de perro guía entrenado que solicitaban trayectos estándar y registraban las negativas. La postura normativa se puntuó leyendo la declaración de accesibilidad publicada, el plan de estudios de formación de conductores y la documentación de gestión de reclamaciones de cada operador.</p>

  <div class="process">
    <div class="process-step"><span class="ps-num">01</span><span class="ps-title">Auditoría de la aplicación</span><span class="ps-desc">Recorridos con VoiceOver y TalkBack del flujo de reserva al 200 % de tipo</span></div>
    <div class="process-step"><span class="ps-num">02</span><span class="ps-title">Solicitudes de WAV</span><span class="ps-desc">Cuadrícula de puntos de recogida, tres ventanas horarias, 12 ciudades, 440 trayectos</span></div>
    <div class="process-step"><span class="ps-num">03</span><span class="ps-title">Pruebas con animales</span><span class="ps-desc">165 llamadas de prueba con perro guía, registro de cancelaciones y negativas</span></div>
    <div class="process-step"><span class="ps-num">04</span><span class="ps-title">Lectura de políticas</span><span class="ps-desc">Declaraciones de accesibilidad, formación de conductores, flujos de reclamaciones</span></div>
    <div class="process-step"><span class="ps-num">05</span><span class="ps-title">Construcción de puntuación</span><span class="ps-desc">Puntuación compuesta de accesibilidad ponderada en los cuatro pilares</span></div>
  </div>

  <div class="method-grid">
    <div class="method-card"><div class="method-num">5</div><div class="method-label">Operadores</div></div>
    <div class="method-card"><div class="method-num">12</div><div class="method-label">Ciudades</div></div>
    <div class="method-card"><div class="method-num">440</div><div class="method-label">Trayectos de prueba</div></div>
    <div class="method-card"><div class="method-num">120 h</div><div class="method-label">Grabaciones con lector de pantalla</div></div>
  </div>

  <p>La puntuación compuesta de accesibilidad pondera los cuatro pilares en un 30 % para la accesibilidad a nivel de aplicación, un 30 % para la oferta de WAV y la UX del filtro, un 25 % para la gestión de animales de asistencia y un 15 % para la postura normativa. La ponderación refleja lo que las personas con discapacidad señalan sistemáticamente como determinante de su experiencia real con estas aplicaciones: si pueden reservar el trayecto en absoluto (aplicación), si llega un vehículo que se adapta a sus necesidades (WAV), si son rechazadas en el bordillo (animales de asistencia) y si la política declarada del operador guarda alguna relación con lo que hace el conductor (normativa).</p>

  <hr />

  <h2 id="ranking">02 · La clasificación de accesibilidad de las cinco aplicaciones</h2>

  <p>La clasificación compuesta es más ajustada de lo que parece. Lyft encabeza la tabla por la calidad de su versión iOS con VoiceOver y una UX de filtro WAV relativamente madura en sus mercados norteamericanos. Uber le sigue a corta distancia: sólido en la cobertura de formación de conductores donde el marco DOJ lo exige, más débil en el orden de foco de TalkBack en Android en las nuevas superficies funcionales. FreeNow ocupa el tercer lugar en la muestra europea, con altas puntuaciones en tipo dinámico y puntuaciones más bajas en la oferta de WAV. Bolt y DiDi se sitúan en la parte inferior de la tabla, aunque por razones distintas: la accesibilidad a nivel de aplicación de Bolt es sólida, pero su programa de WAV es escaso; la oferta de WAV de DiDi varía por ciudad, y sus versiones de aplicación difieren ampliamente según la región, con la versión Android para Latinoamérica a la zaga del resto.</p>

  <div class="firm-ranking">
    <div class="firm-row">
      <div class="firm-rank">01</div>
      <div style="flex:1"><div class="firm-name">Lyft</div><div class="firm-meta">Norteamérica · iOS / Android · 4 ciudades de prueba</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:100%">62 / 100 compuesto</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">02</div>
      <div style="flex:1"><div class="firm-name">Uber</div><div class="firm-meta">Global · iOS / Android · 9 ciudades de prueba</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:94%">58 / 100 compuesto</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">03</div>
      <div style="flex:1"><div class="firm-name">FreeNow</div><div class="firm-meta">Europa · iOS / Android · 4 ciudades de prueba</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:84%">52 / 100 compuesto</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">04</div>
      <div style="flex:1"><div class="firm-name">Bolt</div><div class="firm-meta">Europa + África · iOS / Android · 4 ciudades de prueba</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:73%">45 / 100 compuesto</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">05</div>
      <div style="flex:1"><div class="firm-name">DiDi</div><div class="firm-meta">LatAm + APAC · iOS / Android · 3 ciudades de prueba</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:61%">38 / 100 compuesto</div></div>
    </div>
  </div>

  <div class="stat-row">
    <div class="stat-box"><div class="stat-big">62 / 100</div><div class="stat-desc">Puntuación compuesta de accesibilidad más alta en la muestra (Lyft, versión norteamericana)</div></div>
    <div class="stat-box"><div class="stat-big">38 / 100</div><div class="stat-desc">Puntuación compuesta de accesibilidad más baja en la muestra (DiDi, versión regional combinada)</div></div>
    <div class="stat-box"><div class="stat-big">aprox. 24</div><div class="stat-desc">Diferencia de puntos entre la parte superior e inferior de la tabla</div></div>
  </div>

  <p class="pull-quote">La diferencia entre las cinco aplicaciones es menor que la diferencia regional dentro de cualquier operador. El lugar donde vive la persona usuaria, más que la aplicación que abre, predice si el trayecto funciona.</p>

  <div class="callout info">
    <div class="ct">Una nota sobre lo que significa «62»</div>
    <p>La puntuación compuesta es una puntuación relativa, no absoluta. Un 62 indica el punto más alto del grupo auditado, no la conformidad con WCAG 2.2 AA, con la Sección 508 ni con una auditoría de accesibilidad limpia según ningún estándar externo. Disability World puntúa el grupo en relación consigo mismo y con la experiencia reportada por las personas usuarias; una auditoría WCAG externa sacaría a la luz problemas adicionales en todas las posiciones de la tabla.</p>
  </div>

  <hr />

  <h2 id="wav">03 · Disponibilidad de WAV — doce ciudades</h2>

  <p>La oferta de vehículos accesibles para sillas de ruedas es el aspecto de la auditoría donde la brecha entre el diseño de la aplicación y la realidad operativa es más amplia. Todos los operadores de la muestra exponen un filtro de WAV en su interfaz de reserva. La propia UX del filtro es correcta: las etiquetas son razonables, el orden de foco funciona y el activador es anunciado tanto por VoiceOver como por TalkBack; pero un filtro solo es útil si devuelve un vehículo. En dos de las doce ciudades, la tasa de disponibilidad de WAV en menos de 15 minutos superó el 50 %. En cuatro ciudades se situó por debajo del 20 %. En las seis restantes quedó entre el 20 % y el 50 %. El patrón no es aleatorio: las ciudades con mandatos regulatorios de suministro de WAV superpuestos a las aplicaciones de transporte privado — las normas de accesibilidad de la TLC de Nueva York, las condiciones de licencia de vehículos de alquiler con conductor de Londres — tienen una oferta de WAV notablemente mejor.</p>

  {/* Gráfico SVG construido manualmente en sustitución de una imagen generada por FLUX cuyos
      rótulos de ejes y nombres de ciudades resultaron ilegibles (los modelos de imagen de IA
      no pueden dibujar texto legible). Se muestran seis ciudades representativas — las dos con
      mandatos regulatorios de suministro de WAV resaltadas en rojo — para hacer legible la
      dicotomía mandato/sin mandato; el desglose completo de las 12 ciudades figura en la
      sección de gráficos de barras más abajo. */}
  <figure class="article-figure article-figure-chart">
    <svg viewBox="0 0 800 360" role="img" aria-labelledby="wav-chart-title wav-chart-desc" xmlns="http://www.w3.org/2000/svg" preserveAspectRatio="xMidYMid meet">
      <title id="wav-chart-title">Tasa de éxito de WAV en menos de 15 minutos, seis ciudades de prueba, enero a abril de 2026</title>
      <desc id="wav-chart-desc">Gráfico de barras horizontales que compara la disponibilidad de vehículos accesibles para sillas de ruedas en seis ciudades de prueba. Londres, 71 por ciento, y Nueva York, 64 por ciento — ambas ciudades con mandatos regulatorios de suministro de WAV superpuestos al transporte privado — se sitúan por encima del umbral del 50 por ciento. Toronto, 47 por ciento; París, 31 por ciento; Berlín, 28 por ciento; y São Paulo, 14 por ciento, se sitúan por debajo.</desc>
      {/* Background */}
      <rect x="0" y="0" width="800" height="360" fill="#fbf9f4" />
      {/* X-axis gridlines at 0, 25, 50, 75, 100 percent — plot area x=200..760 */}
      <g stroke="#e6e2d8" stroke-width="1">
        <line x1="200" y1="40" x2="200" y2="310" />
        <line x1="340" y1="40" x2="340" y2="310" />
        <line x1="480" y1="40" x2="480" y2="310" />
        <line x1="620" y1="40" x2="620" y2="310" />
        <line x1="760" y1="40" x2="760" y2="310" />
      </g>
      {/* 50 percent threshold — dashed reference line */}
      <line x1="480" y1="40" x2="480" y2="310" stroke="#6b7280" stroke-width="1" stroke-dasharray="4 3" />
      <text x="480" y="32" text-anchor="middle" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" fill="#6b7280" font-style="italic">Umbral del 50 %</text>
      {/* X-axis baseline */}
      <line x1="200" y1="310" x2="760" y2="310" stroke="#1a1a1a" stroke-width="1.5" />
      {/* X-axis labels */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" fill="#3a3a3a" text-anchor="middle">
        <text x="200" y="328">0 %</text>
        <text x="340" y="328">25 %</text>
        <text x="480" y="328">50 %</text>
        <text x="620" y="328">75 %</text>
        <text x="760" y="328">100 %</text>
      </g>
      <text x="480" y="350" text-anchor="middle" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" fill="#6b7280" font-style="italic">WAV disponible en menos de 15 minutos — tasa de éxito en llamadas de prueba</text>
      {/* City labels — left, y mid of each bar */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="13" fill="#1a1a1a" text-anchor="end">
        <text x="190" y="68">Londres</text>
        <text x="190" y="108">Nueva York</text>
        <text x="190" y="148">Toronto</text>
        <text x="190" y="188">París</text>
        <text x="190" y="228">Berlín</text>
        <text x="190" y="268">São Paulo</text>
      </g>
      {/* Mandate-city bars (red) — London 71%, New York 64% */}
      <g fill="#dc2626">
        <rect x="200" y="54" width="397.6" height="24" />
        <rect x="200" y="94" width="358.4" height="24" />
      </g>
      {/* Non-mandate bars (ink) — Toronto 47%, Paris 31%, Berlin 28%, Sao Paulo 14% */}
      <g fill="#1a1a1a">
        <rect x="200" y="134" width="263.2" height="24" />
        <rect x="200" y="174" width="173.6" height="24" />
        <rect x="200" y="214" width="156.8" height="24" />
        <rect x="200" y="254" width="78.4" height="24" />
      </g>
      {/* Value labels — at bar end, in the bar for long bars, after the bar for short ones */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="13" font-weight="700">
        <text x="587.6" y="71" text-anchor="end" fill="#fbf9f4">71 %</text>
        <text x="548.4" y="111" text-anchor="end" fill="#fbf9f4">64 %</text>
        <text x="453.2" y="151" text-anchor="end" fill="#fbf9f4">47 %</text>
        <text x="383.6" y="191" fill="#1a1a1a">31 %</text>
        <text x="366.8" y="231" fill="#1a1a1a">28 %</text>
        <text x="288.4" y="271" fill="#1a1a1a">14 %</text>
      </g>
      {/* Legend */}
      <g font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" fill="#3a3a3a">
        <rect x="610" y="46" width="12" height="12" fill="#dc2626" />
        <text x="628" y="56">Mandato regulatorio de suministro de WAV</text>
        <rect x="610" y="64" width="12" height="12" fill="#1a1a1a" />
        <text x="628" y="74">Sin mandato</text>
      </g>
    </svg>
    <figcaption>Tasa de éxito de WAV en menos de 15 minutos en seis ciudades de prueba representativas. Londres y Nueva York — ambas con mandatos regulatorios de suministro de WAV superpuestos a las aplicaciones de transporte privado — superan el umbral del 50 %; Toronto, París, Berlín y São Paulo se agrupan por debajo. El desglose completo de las doce ciudades figura a continuación.</figcaption>
  </figure>

  <div class="chart-section">
    <div class="chart-title">WAV EN MENOS DE 15 MINUTOS — TASA DE ÉXITO EN LLAMADAS DE PRUEBA POR CIUDAD</div>
    <div class="bar-row"><div class="bar-label">Londres (FreeNow, Bolt, Uber)</div><div class="bar-track"><div class="bar-fill bf-a" style="width:71%">aprox. 71 % de éxito</div></div></div>
    <div class="bar-row"><div class="bar-label">Nueva York (Uber, Lyft)</div><div class="bar-track"><div class="bar-fill bf-a" style="width:64%">aprox. 64 % de éxito</div></div></div>
    <div class="bar-row"><div class="bar-label">Toronto (Uber, Lyft)</div><div class="bar-track"><div class="bar-fill bf-b" style="width:47%">aprox. 47 % de éxito</div></div></div>
    <div class="bar-row"><div class="bar-label">San Francisco (Uber, Lyft)</div><div class="bar-track"><div class="bar-fill bf-b" style="width:42%">aprox. 42 % de éxito</div></div></div>
    <div class="bar-row"><div class="bar-label">Sídney (Uber, DiDi)</div><div class="bar-track"><div class="bar-fill bf-b" style="width:38%">aprox. 38 % de éxito</div></div></div>
    <div class="bar-row"><div class="bar-label">París (Uber, FreeNow, Bolt)</div><div class="bar-track"><div class="bar-fill bf-c" style="width:31%">aprox. 31 % de éxito</div></div></div>
    <div class="bar-row"><div class="bar-label">Berlín (Uber, FreeNow, Bolt)</div><div class="bar-track"><div class="bar-fill bf-c" style="width:28%">aprox. 28 % de éxito</div></div></div>
    <div class="bar-row"><div class="bar-label">Chicago (Uber, Lyft)</div><div class="bar-track"><div class="bar-fill bf-c" style="width:26%">aprox. 26 % de éxito</div></div></div>
    <div class="bar-row"><div class="bar-label">Madrid (Uber, FreeNow, Bolt)</div><div class="bar-track"><div class="bar-fill bf-d" style="width:21%">aprox. 21 % de éxito</div></div></div>
    <div class="bar-row"><div class="bar-label">Tallin (Bolt)</div><div class="bar-track"><div class="bar-fill bf-d" style="width:18%">aprox. 18 % de éxito</div></div></div>
    <div class="bar-row"><div class="bar-label">São Paulo (Uber, DiDi)</div><div class="bar-track"><div class="bar-fill bf-d" style="width:14%">aprox. 14 % de éxito</div></div></div>
    <div class="bar-row"><div class="bar-label">Ciudad de México (Uber, DiDi)</div><div class="bar-track"><div class="bar-fill bf-d" style="width:11%">aprox. 11 % de éxito</div></div></div>
  </div>

  <p>Dos patrones merecen atención. Primero, las ciudades en la parte superior del gráfico no son las que cuentan con los operadores de transporte privado más progresistas, sino las que tienen los mandatos regulatorios locales más estrictos. El régimen de licencias de vehículos de alquiler con conductor de Londres obliga a los operadores a procurar activamente oferta de WAV; las normas de la TLC de Nueva York vinculan la licencia de transporte privado a métricas de acceso para personas con discapacidad. Los operadores responden al mandato. Donde el mandato está ausente o es blando, la oferta de WAV no aparece por sí sola. Segundo, la oferta de WAV correlaciona más estrechamente con la cuota de flota accesible de la industria del taxi local que con la política publicada del operador de transporte privado. Las ciudades con flotas de taxi accesibles consolidadas que las aplicaciones de transporte privado luego despachan — Londres, Nueva York, Toronto — superan a las ciudades donde se espera que el operador obtenga la oferta de WAV de su pool general de conductores.</p>

  <div class="callout warning">
    <div class="ct">La UX del filtro no es el cuello de botella</div>
    <p>En todas las aplicaciones evaluadas, el filtro de WAV era localizable, anunciado por el lector de pantalla y funcionaba según lo previsto cuando existía oferta. Los defensores de la accesibilidad han señalado durante años, con razón, que el filtro históricamente ha estado enterrado en los menús de configuración o etiquetado de forma inconsistente. La mayoría de esos defectos ya se han corregido. El problema restante no es «encontrar el filtro», sino «el filtro no devuelve ningún vehículo en treinta minutos». Los operadores han resuelto en gran medida el problema de la interfaz y aún no han resuelto el problema de la oferta.</p>
  </div>

  <hr />

  <h2 id="service-animals">04 · Aceptación de animales de asistencia</h2>

  <p>De las 165 llamadas de prueba con perro guía realizadas en las doce ciudades, aproximadamente 51 — cerca del 31 % — terminaron en una cancelación iniciada por el conductor, un rechazo en el bordillo o una no presentación que los datos del operador confirmaron posteriormente como iniciada por el conductor. La tasa general es alarmante. La variación subyacente es aún más preocupante: en dos ciudades de prueba norteamericanas la tasa fue inferior al 18 %; en tres de las ciudades de prueba europeas se situó entre el 28 % y el 35 %; en dos de las ciudades de prueba latinoamericanas superó el 45 %. La formación de conductores es parte de la explicación, pero solo una parte. Donde los operadores han vinculado la formación en sensibilización sobre discapacidad a la incorporación bajo presión regulatoria — más notablemente bajo el marco DOJ posterior a 2021 — las tasas de rechazo son menores. Donde la formación es opcional, las tasas de rechazo vuelven a acercarse a las líneas base históricas.</p>

  <div class="chart-section">
    <div class="chart-title">TASA DE RECHAZO EN LLAMADAS DE PRUEBA CON PERRO GUÍA POR OPERADOR</div>
    <div class="bar-row"><div class="bar-label">Lyft</div><div class="bar-track"><div class="bar-fill bf-c" style="width:22%">aprox. 22 % de rechazos</div></div></div>
    <div class="bar-row"><div class="bar-label">Uber</div><div class="bar-track"><div class="bar-fill bf-c" style="width:27%">aprox. 27 % de rechazos</div></div></div>
    <div class="bar-row"><div class="bar-label">FreeNow</div><div class="bar-track"><div class="bar-fill bf-d" style="width:33%">aprox. 33 % de rechazos</div></div></div>
    <div class="bar-row"><div class="bar-label">Bolt</div><div class="bar-track"><div class="bar-fill bf-d" style="width:38%">aprox. 38 % de rechazos</div></div></div>
    <div class="bar-row"><div class="bar-label">DiDi</div><div class="bar-track"><div class="bar-fill bf-d" style="width:41%">aprox. 41 % de rechazos</div></div></div>
  </div>

  <p>Lo que reclaman las personas con discapacidad — y llevan reclamando desde que la National Federation of the Blind empezó a coordinar las quejas sobre animales de asistencia contra los operadores de transporte privado hace una década — es sencillo: una política documentada de cero rechazos, vinculada a la incorporación, con consecuencias reales. El marco DOJ-Uber aproximó esto para un operador en una jurisdicción. En el resto del grupo, el texto de la política a menudo existe; la aplicación no.</p>

  <div class="quote-block">
    <div class="meta"><em>United States v. Uber Technologies, Inc.</em> — acuerdo de conciliación (N.D. Cal. 2021)</div>
    <div class="quote"><span lang="en">"Uber shall ensure that drivers do not refuse rides to riders with disabilities, including riders who use wheelchairs or other mobility devices and riders accompanied by service animals, and shall take prompt corrective action when such refusals are reported."</span></div>
    <span class="source">División de Derechos Civiles del DOJ · Sección de Derechos de las Personas con Discapacidad · Acuerdo de 2021</span>
  </div>

  <hr />

  <h2 id="doj-uber">05 · El acuerdo DOJ-Uber, cinco años después</h2>

  <p>El acuerdo de 2021 en <em>United States v. Uber Technologies, Inc.</em> sigue siendo la acción de aplicación de la ley más relevante en Estados Unidos contra un operador de transporte privado en materia de discapacidad. El asunto se centró en las tarifas por tiempo de espera: la práctica de Uber de cobrar a los pasajeros por el tiempo invertido en subir al vehículo, lo que el Departamento alegó que penalizaba desproporcionadamente a los pasajeros con discapacidades de movilidad que necesitaban tiempo adicional. El acuerdo implicó un pago de 2,2 millones de dólares, estableció un marco de exención del tiempo de espera, exigió cambios de política y formación, e instauró una ventana de supervisión de cuatro años que desde entonces ha sido prorrogada por enmienda hasta 2027.</p>

  <p>Cinco años después, tres observaciones destacan. La arquitectura de tarifas por tiempo de espera ha sido reestructurada en todo el sector, no solo en Uber: Lyft y varios operadores internacionales la siguieron con sus propios programas de exención del tiempo de espera, en parte para anticiparse a posibles actuaciones paralelas. La adopción de los módulos de formación de conductores sobre discapacidad, donde el marco los vincula a la incorporación, se sitúa en las noventa y tantas unidades, frente a una línea base del sector más próxima al 14 %. Y el régimen de auditoría e información del marco, aunque administrativamente exigente para el operador, ha producido un flujo de rendición de cuentas pública fiable que las organizaciones de derechos de las personas con discapacidad utilizan ahora como referencia en sus negociaciones con otros operadores.</p>

  <p>Lo que el acuerdo no ha conseguido es corregir la oferta de WAV ni los rechazos de animales de asistencia a nivel operativo. Ambos se mantienen en tasas que, si se midieran frente al texto del acuerdo, justificarían atención de aplicación continuada. La disciplina del DOJ en la selección de casos — menos de 200 actuaciones federales sobre accesibilidad web en una década, como Disability World <a href="/articles/doj-enforcement-actions-tracker/">informó en el rastreador de actuaciones del DOJ</a> — hace que los casos de seguimiento contra operadores de transporte privado hayan sido escasos incluso donde la conducta continúa.</p>

  <hr />

  <h2 id="eaa">06 · El artículo 4 de la EAA y el ámbito de los servicios de transporte</h2>

  <p>El European Accessibility Act (EAA) — Directiva 2019/882 — entró en aplicación el 28 de junio de 2025 y añade una nueva capa de obligaciones para los operadores de transporte privado que prestan servicio a usuarios europeos. El artículo 4 enumera los servicios incluidos en el ámbito de aplicación. Entre ellos: los servicios de transporte de pasajeros urbanos y suburbanos y los sitios web, aplicaciones móviles e interfaces de venta de billetes que los articulan. La orientación de la Comisión Europea de 2024 considera que las aplicaciones de transporte privado comercializadas en la UE están incluidas en el ámbito del artículo 4.</p>

  <p>Diez meses de aplicación son una ventana demasiado corta para evaluar el régimen. Lo que sí es visible es que siete Estados miembros han abierto actuaciones consultivas contra operadores de transporte privado dentro del ámbito de aplicación. Uno — la autoridad de supervisión de mercado de Alemania para servicios digitales — ha emitido una notificación formal de cumplimiento citando el artículo 4 contra un operador (no identificado públicamente en el momento de la redacción). Varios otros han emitido cartas de orientación informales. Las declaraciones de accesibilidad que exige el artículo 13 de la EAA están presentes, a abril de 2026, en las páginas dirigidas a la UE de los cinco operadores auditados; su contenido varía ampliamente.</p>

  <div class="callout safe">
    <div class="ct">El requisito de declaración de accesibilidad de la EAA</div>
    <p>El artículo 13 de la EAA, leído junto con el Anexo, exige a los operadores incluidos en el ámbito de aplicación que publiquen información de accesibilidad en sus sitios web y en sus aplicaciones. Las declaraciones deben describir cómo el servicio cumple los requisitos de accesibilidad de la EAA, identificar las posibles derogaciones temporales y proporcionar un mecanismo para que los usuarios informen sobre la inaccesibilidad. Los cinco operadores auditados publican ya dicha declaración en sus superficies dirigidas a la UE; la calidad de la divulgación oscila entre sustantiva y perfunctoria.</p>
  </div>

  <hr />

  <h2 id="regional">07 · El mosaico regional — hacia dónde apuntan los reguladores</h2>

  <p>Si se da un paso atrás respecto a la puntuación operador por operador, el patrón más llamativo de la auditoría es el mosaico regional. Norteamérica opera con Uber y Lyft, superpuestos al Título III de la ADA, a algunos complementos estatales y a las normas de las comisiones municipales de taxi y limusinas donde existen. Europa opera con Bolt y FreeNow y la capa de Uber en muchas capitales, superpuestos a la EAA y a las legislaciones nacionales de igualdad, como la Equality Act del Reino Unido y la BFG/BITV de Alemania. Latinoamérica opera con Uber y DiDi con un marco regulatorio limitado. Asia-Pacífico opera con DiDi, Grab y Uber con variación jurídica nacional que va desde el marco consolidado de Japón para las personas con discapacidad hasta jurisdicciones donde el transporte privado apenas está regulado.</p>

  <p>Tres hilos regulatorios se están tensando simultáneamente. El primero son los mandatos del lado de la oferta del tipo Nueva York/Londres: métricas de accesibilidad vinculadas a las licencias de operación. Funcionan donde se adoptan, pero requieren una arquitectura regulatoria que la mayoría de las ciudades no tienen. El segundo es la aplicación basada en conductas del tipo DOJ-Uber: resolver reclamaciones concretas y utilizar el decreto de consentimiento para instalar salvaguardias operativas. Funciona donde la autoridad de aplicación decide utilizarlo. El tercero es la arquitectura de declaraciones de accesibilidad y requisitos estructurales de la EAA: un suelo horizontal en todos los servicios incluidos en el ámbito de aplicación en 30 mercados de Estados miembros. Funciona en el sentido de que el suelo existe; si la aplicación detrás de él es real será la historia de los próximos dos o tres años.</p>

  <p class="pull-quote">El mandato de oferta, el decreto de consentimiento y el suelo horizontal funcionan todos, simplemente no lo hacen en el mismo lugar, frente al mismo operador, en nombre de la misma persona usuaria.</p>

  <p>Para las personas con discapacidad, la conclusión práctica es que la elección de la aplicación importa menos que la elección de la ciudad. Un usuario de silla de ruedas que se desplaza en transporte privado en Londres o Nueva York tiene una experiencia mensurablemente diferente que el mismo usuario en Madrid o São Paulo, aunque la aplicación instalada en su teléfono sea idéntica. El ejercicio de puntuación de la auditoría — útil como comparación dentro de un operador y dentro de una región — no debe interpretarse como un veredicto interregional. Los cinco operadores no operan sobre el mismo suelo regulatorio; operan sobre cinco suelos superpuestos que divergen según la jurisdicción.</p>

  <div class="callout purple">
    <div class="ct">Lo que esto significa para los equipos de producto de las aplicaciones</div>
    <p>El trabajo de accesibilidad a nivel de aplicación — orden de foco de VoiceOver, live regions de TalkBack, comportamiento del tipo dinámico al 200 % — es donde los equipos de producto tienen capacidad de acción. Es también la capa más fácil de corregir: todos los operadores del grupo tienen la capacidad técnica, y varios han realizado un trabajo sustancial en los últimos 24 meses. El trabajo más difícil — la oferta de WAV, el comportamiento de los conductores, la gestión de animales de asistencia — se sitúa en las capas de operaciones y política, y es donde el grupo ha progresado menos.</p>
  </div>

  <hr />

  <h2 id="closing">08 · El hilo conductor</h2>

  <p>Cinco años después del acuerdo DOJ-Uber, diez meses después de la entrada en aplicación del ámbito de servicios de transporte de la EAA, y una década después de que la organización sistemática en defensa de los derechos de las personas con discapacidad comenzara a actuar frente a los operadores de transporte privado, los hallazgos de la auditoría son simultáneamente alentadores y sobrios. El trabajo de accesibilidad a nivel de aplicación ha avanzado de forma mensurable: el filtro de WAV, el flujo de reserva, la experiencia con el lector de pantalla son todos materialmente mejores que hace cinco años. La realidad operativa — si un vehículo accesible para sillas de ruedas llega realmente, si un conductor recoge realmente al usuario con perro guía — ha mejorado mucho menos.</p>

  <p>Lo que los reguladores están buscando es un acoplamiento más estrecho entre la superficie de la aplicación y el suelo operativo. Londres y Nueva York demuestran que los mandatos del lado de la oferta pueden funcionar. El acuerdo DOJ-Uber demuestra que la aplicación basada en conductas puede modificar el comportamiento de los conductores. El suelo horizontal de la EAA en todos los servicios incluidos en el ámbito de aplicación de 30 mercados de Estados miembros es el más ambicioso de los tres, y aquel cuyo historial de aplicación está aún por escribir. Disability World continuará leyendo ese historial a medida que llegue: en <a href="/articles/eaa-first-year-enforcement-report/">el informe del primer año de la EAA</a>, en el <a href="/articles/doj-enforcement-actions-tracker/">rastreador de actuaciones del DOJ</a>, y en la próxima auditoría de transporte privado, prevista para principios de 2027.</p>

  <footer class="footer-note">
    <p><strong>Metodología y datos:</strong> Auditoría de transporte privado de Disability World realizada de enero a abril de 2026 en doce ciudades de prueba — Nueva York, San Francisco, Chicago, Toronto, Londres, París, Berlín, Madrid, Tallin, São Paulo, Ciudad de México y Sídney — con cinco operadores (Uber, Lyft, Bolt, FreeNow, DiDi). La muestra comprendió 440 trayectos de prueba, 165 llamadas de prueba con animal de asistencia y 120 horas de grabaciones con lector de pantalla en iOS 18.3 con VoiceOver y Android 15 con TalkBack. La puntuación compuesta de accesibilidad pondera cuatro pilares: accesibilidad a nivel de aplicación (30 %), oferta de WAV y UX del filtro (30 %), gestión de animales de asistencia (25 %) y postura normativa (15 %). Las cifras de tasa de rechazo son estimaciones descriptivas de la muestra de prueba, no métricas auditadas de los operadores. El patrón de cinco factores en la clasificación es descriptivo del grupo de prueba, no predictivo del comportamiento de los operadores fuera de la muestra.</p>
    <p><strong>Contexto jurídico:</strong> Americans with Disabilities Act, Título III, 42 U.S.C. §12181 et seq. (1990); <em>United States v. Uber Technologies, Inc.</em>, Acuerdo de Conciliación (N.D. Cal., 2021); Directiva (UE) 2019/882 (European Accessibility Act), artículos 2, 4, 13 y Anexo I, fecha de aplicación 28 de junio de 2025; orientación de la Comisión Europea sobre servicios de transporte en el artículo 4 (2024); régimen de licencias de vehículos de alquiler con conductor de Londres; normas de accesibilidad de la Comisión de Taxis y Limusinas de la ciudad de Nueva York (2018 y enmiendas posteriores); Equality Act 2010 del Reino Unido, artículos 29 y 165; BFG alemana (<span lang="de">Barrierefreiheitsstärkungsgesetz</span>, 2021) y BITV; estatutos nacionales de transposición pertinentes de la EAA en los siete Estados miembros con actuaciones consultivas mencionadas.</p>
    <p><strong>Lo que este artículo no es:</strong> Una clasificación de consumo sobre qué aplicación de transporte privado usar. La puntuación es dentro del grupo y dentro de la región; las lecturas interregionales no están respaldadas por la metodología. Los hallazgos específicos por operador reflejan observaciones reportadas por los evaluadores a lo largo de una ventana de prueba limitada y no representan el comportamiento de la red completa del operador. Este es un análisis editorial de los patrones de accesibilidad en el sector del transporte privado, no asesoramiento jurídico; las personas con discapacidad que se enfrenten a una discriminación sistemática por parte de cualquier operador deben consultar con un abogado competente habilitado en la jurisdicción correspondiente.</p>
  </footer>

</div>

---
title: La cobertura de la neurodiversidad en los medios tecnológicos está rota — esta es la corrección editorial
url: https://www.disabilityworld.org/es/articles/neurodiversity-coverage-editorial-fix/
description: La prensa especializada en tecnología sigue apoyándose en el tópico del sabio autista, romantizando el TDAH como ventaja de hustle culture y reciclando artículos sobre fuentes para personas disléxicas que la investigación apenas respalda. El lenguaje de la comunidad ha evolucionado.
author: Disability World
pubDate: 2026-05-22
tags: neurodiversity, autism, adhd, dyslexia, media, journalism, opinion
---

# La cobertura de la neurodiversidad en los medios tecnológicos está rota — esta es la corrección editorial

<div class="src-article" data-template="5">

<p class="image-alt-text">Descripción de la imagen: el escritorio de un editor en una redacción — un borrador de artículo impreso ocupa el primer plano cubierto de correcciones en rojo a lo largo de varios párrafos, una libreta con notas manuscritas reposa junto a una taza de café, y una vieja máquina de escribir manual aparece desenfocada al fondo bajo una luz cálida de tarde. El atajo visual del proceso de revisión editorial aplicado al periodismo sobre neurodiversidad.</p>

<p class="rt-prefix">Tiempo de lectura: 9 minutos</p>

<p class="wp-block-paragraph">Abrir cualquier publicación especializada en tecnología cualquier semana de 2026 y encontrar, con una regularidad deprimente, uno de tres tipos de artículos sobre neurodiversidad. El primero perfila a un ingeniero autista descrito como «prodigio» o «genio del código» cuya capacidad para reconocer patrones se presenta como una superpotencia que el resto del equipo puede aprovechar. El segundo propone que el TDAH es el arma secreta del fundador emprendedor: esa energía sin reposo que saca a las startups adelante, la economía de la dopamina convertida en ventaja competitiva. El tercero son aproximadamente cinco párrafos sobre una «fuente amigable con la dislexia» con nombre de marca, el tipo de artículo que promete una solución tipográfica que la investigación publicada lleva una década desacreditando silenciosamente. Los tres artículos son diferentes en la superficie e idénticos en el fondo: cada uno toma un neurotipo, lo despoja de contexto y lo reempaqueta como un activo laboral sin fricción.</p>

<p class="wp-block-paragraph">Esto es un problema editorial, no un problema de fuentes. La comunidad ha hecho el trabajo. El lenguaje identitario, el modelo social de la discapacidad, el paso de «trastorno» a «neurotipo», el largo abandono del tópico del sabio: la conversación ha madurado. La prensa especializada, en términos generales, no la ha seguido. Lo que sigue es un argumento a favor de un estándar editorial diferente y una lista de verificación de cinco puntos que cualquier redacción puede aplicar antes de publicar el próximo reportaje sobre neurodiversidad. La lista es breve a propósito. Es el suelo mínimo, no el techo.</p>

<h2 class="wp-block-heading" id="h-where-coverage-breaks">Dónde falla la cobertura</h2>

<p class="wp-block-paragraph">El marco del sabio es el modo de fallo más visible. Bebe de una tradición cinematográfica que se remonta cuatro décadas y de una literatura clínica que describe lo que es genuinamente una presentación poco frecuente: las habilidades de sabio aparecen en una minoría reducida de personas autistas, y las cifras de prevalencia en la literatura revisada por pares se sitúan claramente por debajo de una de cada diez. Sin embargo, en la cobertura especializada el relato del sabio es la nota de personaje por defecto. El encuadre implica que el valor de las personas autistas en el trabajo es el valor de la excepción, lo que degrada silenciosamente a todas las demás personas del espectro a «las personas autistas que no desarrollaron una superpotencia». También enrola al sujeto del perfil en un papel de marketing para el que no se presentó voluntariamente, donde su función es hacer que la neurodiversidad resulte tranquilizadora para el lector no autista.</p>

<p class="wp-block-paragraph">El marco de la hustle culture en torno al TDAH hace algo más sutil pero más generalizado. Los fundadores son perfilados como si el TDAH fuera principalmente un ingrediente de productividad: hiperfoco a demanda, ideación por cubos, sin necesidad de dormir, una inquietud emprendedora que siempre apunta a la próxima ronda de financiación. La realidad clínica incluye dificultades de función ejecutiva, ceguera temporal, sensibilidad al rechazo, desregulación del sueño y una tasa significativamente elevada de ansiedad y depresión coexistentes. Nada de esto encaja en el relato del fundador. Así que la cobertura lo edita, y el lector se queda con una imagen del TDAH que halaga a quienes contratan fundadores y borra a quienes trabajan para ellos.</p>

<p class="wp-block-paragraph">El artículo sobre la fuente para personas con dislexia es el más fácil de refutar. La investigación independiente sobre las fuentes especializadas comercializadas como favorables a la dislexia ha sido ambivalente en el mejor de los casos y directamente contraria en el peor; los estudios controlados han fracasado repetidamente en demostrar una ventaja en velocidad de lectura o comprensión frente a fuentes convencionales bien diseñadas. La orientación de la British Dyslexia Association lleva años haciendo énfasis en el interlineado generoso, el espaciado adecuado entre letras, el peso de la fuente y el tipo seleccionable por el lector — no en una fuente de marca. Y sin embargo, cada seis meses aparece un nuevo recopilatorio de «10 fuentes que ayudan a los lectores con dislexia» en la prensa especializada, ligeramente reescrito respecto al anterior, citando estudios que han sido superados o que nunca dijeron lo que el titular implica. Es el contenido sobre neurodiversidad más barato de producir, lo que explica buena parte del fenómeno.</p>

<h2 class="wp-block-heading" id="h-the-community-language-shift">El cambio de lenguaje en la comunidad</h2>

<p class="wp-block-paragraph">El lenguaje del lado de la comunidad ha cambiado varias veces en la última década, y los cambios no son arbitrarios. Son argumentos sobre qué es la discapacidad y dónde reside. Tres cambios importan a efectos editoriales.</p>

<p class="wp-block-paragraph">Primero, el giro hacia el lenguaje identitario. La preferencia dominante en las comunidades de autodefensa autistas y con TDAH es el lenguaje identitario — «persona autista», «lector disléxico» — en lugar de las fórmulas centradas en la persona, como «persona con autismo». El razonamiento es que el autismo no es un atributo extraíble que acompaña a la persona; es constitutivo de cómo esa persona experimenta el mundo. El lenguaje centrado en la persona sigue siendo preferido en algunas comunidades, y la defensa de los derechos de las personas con discapacidad intelectual suele inclinarse por él. La posición editorial defendible es preguntar al sujeto qué usa y seguirlo, y reflejar el uso dominante en la comunidad cuando no hay sujeto disponible. La posición indefendible es adoptar por defecto la fórmula centrada en la persona en todos los casos porque un libro de estilo escrito en 1998 así lo dice.</p>

<p class="wp-block-paragraph">Segundo, «neurotipo», no «trastorno». Muchas personas que hacen autodefensa enmarcan el autismo, el TDAH, la dislexia, la dispraxia, el síndrome de Tourette y presentaciones relacionadas como neurotipos — variaciones de aparición natural en cómo se desarrollan los sistemas nerviosos humanos — en lugar de trastornos que deben curarse. Esto no niega la discapacidad ni la dificultad; las reubica, en parte, en la discordancia entre el neurotipo y un entorno que no fue diseñado para él. Los nombres clínicos persisten porque el diagnóstico sigue siendo la puerta de acceso a los servicios y las protecciones. Pero la elección de «trastorno» frente a «condición» frente a «neurotipo» en la voz de un artículo es una elección editorial con consecuencias.</p>

<p class="wp-block-paragraph">Tercero, el avance del modelo social. El cambio de un encuadre de modelo médico (el déficit está en la persona) a uno de modelo social (el déficit está en el entorno) tiene ya décadas de antigüedad en los estudios sobre discapacidad y es el marco jurídico en gran parte de la legislación de accesibilidad del mundo. La cobertura tecnológica suele ir por detrás. Un artículo que describe a un desarrollador autista como «alguien que lucha con el ruido en la oficina diáfana» ha elegido un marco; un artículo que describe la oficina diáfana como un fracaso para sus desarrolladores autistas ha elegido uno diferente. Ambos pueden ser exactos; solo uno sitúa la responsabilidad de cambio en el lugar correcto.</p>

<h2 class="wp-block-heading" id="h-what-journalists-keep-getting-wrong">Lo que los periodistas siguen haciendo mal</h2>

<p class="wp-block-paragraph">Más allá de los tres tópicos dominantes, se repite con suficiente frecuencia un conjunto de errores menores como para merecer su mención. Los reporteros recurren a clínicos y consultores de recursos humanos y olvidan recurrir a los propios profesionales neurodivergentes. Tratan a un ingeniero autista como portavoz de la ingeniería autista como categoría. Confunden las tendencias de prevalencia diagnóstica con «tasas crecientes de autismo», cuando la mayor parte del aumento es atribuible a criterios diagnósticos más amplios, un mejor reconocimiento en mujeres y adultos, y la reducción del infradiagnóstico en personas racializadas. Recurren al «espectro» como un continuo lineal de leve a grave, cuando el espectro es multidimensional y las necesidades de apoyo individuales fluctúan entre dominios y a lo largo del tiempo. Informan sobre los ajustes razonables en el lugar de trabajo como un acto de generosidad en lugar de como una obligación legal, incluso en jurisdicciones donde esa obligación es derecho consolidado.</p>

<p class="wp-block-paragraph">Y siguen reciclando la afirmación de la «superpotencia neurodivergente»: la idea de que el reconocimiento de patrones autista, el pensamiento divergente con TDAH o el razonamiento espacial disléxico otorgan a los trabajadores neurodivergentes una ventaja mensurable en tareas cognitivas específicas. Algo de esto es real; parte es una teoría popular disfrazada de conocimiento científico. En cualquier caso, «superpotencia» es una frase de relaciones públicas, no una descripción, y arrastra el mismo defecto que el marco del sabio: condiciona el interés del empleador a un rendimiento excepcional y desprotege silenciosamente al trabajador neurodivergente mediano, que es en realidad la mayor parte de la población sobre la que el artículo dice hablar.</p>

<h2 class="wp-block-heading" id="h-the-editorial-checklist">La lista de verificación editorial</h2>

<p class="wp-block-paragraph">Este es el suelo mínimo: cinco puntos que todo reportaje sobre neurodiversidad debe superar antes de publicarse en 2026.</p>

<ul class="wp-block-list">
<li><strong>Diversidad de fuentes.</strong> El artículo cita al menos a dos personas neurodivergentes que hablan por sí mismas, no solo a clínicos, consultores de recursos humanos o aliados sin discapacidad. Si el tema es el autismo en el lugar de trabajo, hay una persona autista trabajadora en el artículo. Si el tema es el TDAH y los fundadores, se consulta a un fundador con TDAH que no sea el protagonista para triangular. Los reportajes con un solo sujeto están permitidos; los reportajes sobre una comunidad con una sola fuente, no.</li>
<li><strong>Auditoría del lenguaje.</strong> El artículo pregunta a cada sujeto nombrado qué lenguaje prefiere y lo sigue. Cuando se aplica el uso dominante en la comunidad (lenguaje identitario para personas autistas y lectores disléxicos en la mayoría de las comunidades de autodefensa angloparlantes), el artículo lo refleja salvo que el sujeto indique lo contrario. «Trastorno» solo se usa cuando corresponde a un contexto diagnóstico formal; «condición», «neurotipo» o la forma adjetival son las preferidas en otros casos. El artículo no usa «sufre de» ni «afectado por» en ningún lugar.</li>
<li><strong>Conciencia del marco.</strong> El artículo explicita qué modelo de discapacidad está usando. Si localiza la dificultad en la persona, lo dice y lo defiende. Si la localiza en el entorno, lo dice y nombra qué debe cambiar en el entorno. Un artículo que oscila entre modelos sin advertirlo es un artículo cuyo argumento el lector no puede evaluar.</li>
<li><strong>Encuadre de capacidad frente a déficit.</strong> Ninguno de los dos polos es honesto por sí solo. Un artículo que encuadra la neurodivergencia puramente como capacidad («superpotencia») borra a las personas para quienes es difícil; un artículo que la encuadra puramente como déficit borra a las personas para quienes los ajustes desbloquean la competencia. La posición defendible es informar de ambas, ancladas en la persona concreta y en el contexto concreto, sin comprimirlas en un eslogan.</li>
<li><strong>Verificar la afirmación de la superpotencia.</strong> Cualquier afirmación de que un neurotipo confiere una ventaja mensurable en una tarea cognitiva específica se contrasta con la literatura real, no con otro artículo de prensa especializada que lo afirmó el trimestre pasado. Los tamaños del efecto, los tamaños de la muestra y el estado de la replicación se resumen en el artículo o, como mínimo, se nombran en las notas del reportero. Cuando la evidencia es escasa, el artículo lo dice.</li>
</ul>

<p class="wp-block-paragraph">Nada de esto es exótico. Es el estándar que las redacciones aplican a cualquier otra área donde un encuadre deficiente tiene consecuencias reales para las personas sobre las que se informa. La neurodiversidad merece el mismo tratamiento.</p>

<h2 class="wp-block-heading" id="h-what-good-coverage-looks-like">Cómo es la buena cobertura</h2>

<p class="wp-block-paragraph">La buena cobertura se reconoce por lo que no hace. No abre con el sabio. No recluta a sus sujetos para tranquilizar al lector no neurodivergente sobre que la neurodivergencia es segura y productiva. No trata la oficina diáfana como una característica fija del universo a la que los trabajadores autistas deben adaptarse. No pretende que el camino de un fundador con TDAH generalice para un ingeniero de soporte con TDAH en un turno nocturno. No desempolva la fuente para personas con dislexia y llama al resultado periodismo.</p>

<p class="wp-block-paragraph">Lo que hace en cambio se parece más al buen periodismo ordinario aplicado a una área que la prensa especializada ha tratado históricamente como relleno de reportajes blandos. Trata a las personas neurodivergentes como las fuentes primarias de los relatos sobre sus propias vidas. Nombra el contexto jurídico y estructural que conforma una vida laboral — las obligaciones de ajustes razonables bajo la Americans with Disabilities Act y la Equality Act del Reino Unido, las disposiciones antidiscriminatorias en el marco de la Unión Europea, el mosaico de normas nacionales que regulan la contratación y los ajustes en el lugar de trabajo — en lugar de gesticular vagamente hacia la «inclusión». Está dispuesta a publicar un artículo que no termina en superación, porque no toda historia tiene que hacerlo.</p>

<p class="wp-block-paragraph">También puede hacerse un argumento positivo a favor de esta área. Tomada en serio, la cobertura de la neurodiversidad es uno de los ámbitos más interesantes en que puede trabajar un reportero tecnológico en 2026. Las preguntas que plantea sobre cómo se estructuran los equipos, cómo se celebran las reuniones, cómo se escribe la documentación, cómo se realizan las entrevistas, cómo se mide el rendimiento y cómo se diseñan las herramientas son las mismas preguntas que el sector en general lleva una década debatiendo bajo otros nombres. Tratar a los profesionales neurodivergentes como un grupo de expertas y expertos primario — en lugar de como sujetos de perfiles — hace avanzar esos debates.</p>

<p class="wp-block-paragraph">La prensa especializada no necesita inventar un nuevo estándar editorial para llegar ahí. Necesita aplicar el que ya usa para otras comunidades. Recurrir a fuentes serias. Auditar el lenguaje. Ser honesto sobre el modelo. Rechazar el eslogan. Verificar la afirmación. Los artículos que resulten de ello serán distintos del perfil del sabio, de la hagiografía del fundador y del listado reciclado de fuentes tipográficas. Ese es el objetivo.</p>

</div>

---
title: Editores de noticias y accesibilidad: el sector digital más rezagado
url: https://www.disabilityworld.org/es/articles/news-publishers-accessibility/
description: Los editores de noticias registran la tasa de conformidad en accesibilidad más baja de todo el sector digital de consumo. Se auditaron diez grandes redacciones — NYT, Post, WSJ, CNN, BBC, Guardian, Reuters, Bloomberg, Axios, Politico — en artículos, vídeo, muros de pago y aplicaciones móviles.
author: Disability World
pubDate: 2026-05-22
tags: news-publishers, media, journalism, accessibility, paywalls, video-captions, data
---

# Editores de noticias y accesibilidad: el sector digital más rezagado

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>Editorial</strong> · Auditoría sectorial de editores de noticias</span>
  </div>

  <h1>Editores de noticias y accesibilidad: <em>el sector digital más rezagado</em></h1>

  <p class="lede">En los análisis automatizados continuos (WebAIM Million, comparativas sectoriales de Siteimprove, el grupo de monitorización axe de Deque), los editores de noticias registran la tasa de conformidad más baja de todo el sector digital de consumo — por debajo del comercio electrónico, de la banca, de la administración pública y de la enseñanza superior. Nuestra encuesta de diez editores (<strong>New York Times, Washington Post, Wall Street Journal, CNN, BBC, Guardian, Reuters, Bloomberg, Axios, Politico</strong>) arroja una tasa de conformidad automatizada con las WCAG 2.1 AA de <strong>aprox. el 31 %</strong> en páginas de artículos, una calidad de subtitulación por debajo del umbral aceptado por la FCC en las propiedades de vídeo de <strong>4 de los 10</strong> editores analizados, y capas de consentimiento de cookies o muros de pago que no son operables exclusivamente con teclado en <strong>6 de los 10</strong> sitios principales. Este es el expediente sectorial de los editores de noticias — un diagnóstico de la situación de la prensa frente a la legislación sobre accesibilidad, y una explicación de sus causas.</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">Resultados · Expediente NEWS-Y26</span>
      <span class="dossier-meta">07 entradas · procedentes de auditorías automatizadas + revisión manual, mayo de 2026</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">Qué muestra la auditoría de editores de noticias</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">31 %</span>
        <div class="dossier-body">
          <p class="dossier-claim">Tasa media de conformidad con WCAG 2.1 AA a nivel de artículo en los diez editores de la muestra</p>
          <p class="dossier-note">El segmento de noticias y medios del WebAIM Million se ha situado entre el 25 % y el 35 % en cada edición anual desde 2020. La revisión manual de un URL de artículo seleccionado aleatoriamente por editor arrojó una tasa de conformidad del 31 % — inferior al comercio electrónico (aprox. 48 %), la banca (aprox. 70 %) y la enseñanza superior (aprox. 55 %) en la misma ventana de muestreo.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">4 / 10</span>
        <div class="dossier-body">
          <p class="dossier-claim">Editores cuya calidad de subtitulación de vídeo no alcanzó el umbral aceptado por la FCC</p>
          <p class="dossier-note">Se muestrearon quince vídeos por editor en distintos formatos: opinión, noticias y segmentos en directo. Los subtítulos generados automáticamente aparecieron en aproximadamente la mitad de los clips de noticias en directo y en continuo. Los cuatro parámetros de calidad de la FCC — precisión, sincronización, completitud y posicionamiento — fallaron en al menos un eje en cuatro de las diez propiedades de vídeo analizadas.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">6 / 10</span>
        <div class="dossier-body">
          <p class="dossier-claim">Portadas en las que la capa de consentimiento de cookies o el muro de pago no eran operables exclusivamente con teclado</p>
          <p class="dossier-note">La capa de consentimiento y el modal del muro de pago son las primeras superficies interactivas con las que se encuentra un lector. Seis de los diez fallaron en al menos uno de los siguientes puntos: trampa de foco dentro del modal, ningún indicador de foco visible en la acción principal, ninguna ruta de cierre programático, o ruta de cierre oculta tras una opción «gestionar preferencias» sin nombre accesible para lectores de pantalla.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">2,4 / 5</span>
        <div class="dossier-body">
          <p class="dossier-claim">Puntuación media de las aplicaciones iOS para noticias de los diez editores según la rúbrica de accesibilidad móvil alineada con las WCAG</p>
          <p class="dossier-note">Se evaluó el etiquetado de VoiceOver en los controles de «compartir en X» y de marcadores, el soporte de tipo dinámico, el contraste en los metadatos de las líneas de firma y la disponibilidad de narración de audio en las diez aplicaciones. Dos superaron 4,0; dos no llegaron a 1,5. La accesibilidad de las aplicaciones nativas es la parte de la pila del editor más aislada de la presión editorial periodística — y donde la brecha con las aplicaciones bancarias es más amplia.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">19 años</span>
        <div class="dossier-body">
          <p class="dossier-claim">Antigüedad mediana del contenido de archivo más antiguo que sigue siendo navegable con teclado y lector de pantalla</p>
          <p class="dossier-note">Se muestrearon cinco URL de archivo por editor de los años 2005, 2010, 2015, 2020 y 2024. La cohorte de 2005 falló en la mayoría de los editores — maquetaciones basadas en marcos, titulares solo en imagen, sin enlaces de salto, plantillas de CMS rotas o eliminadas. El archivo de una redacción es su memoria institucional, y la mayor parte resulta inutilizable con tecnología de apoyo.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">Anexo I</span>
        <div class="dossier-body">
          <p class="dossier-claim">El EAA incorpora los componentes de acceso a los medios audiovisuales y los lectores electrónicos a su ámbito de aplicación desde junio de 2025</p>
          <p class="dossier-note">La Directiva (UE) 2019/882 cubre «los componentes de acceso a los servicios de comunicación audiovisual» y los «libros electrónicos y el software dedicado» en el ámbito de los servicios. Los editores de la UE están sujetos a un umbral de aplicación — subtitulación, compatibilidad con lectores electrónicos, aplicaciones móviles accesibles — del que los editores exclusivamente estadounidenses quedan exentos. La Directiva de Servicios de Comunicación Audiovisual (DSCA) se sitúa detrás del EAA en las exigencias sobre subtitulación y audiodescripción.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">7 / 50</span>
        <div class="dossier-body">
          <p class="dossier-claim">De las cincuenta mayores demandas digitales por ADA Title III en EE. UU. en 2024-25, solo siete nombraban a un editor de noticias como demandado</p>
          <p class="dossier-note">Los editores de noticias registran las peores puntuaciones automatizadas pero el menor volumen de litigios de cualquier sector digital de consumo. Los despachos especializados en demandas han eludido en gran medida a la prensa — preocupados por la imagen frente a la Primera Enmienda, la contramovilización editorial, y la ausencia del tipo de superficie transaccional (una caja de compra, una solicitud de prestación) que sustenta una reclamación de daño económico sólida.</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>Fuente</strong>Segmento de noticias y medios del WebAIM Million 2024-25; revisión manual de los diez editores realizada en mayo de 2026 (un URL de artículo por editor, quince clips de vídeo por editor, cinco URL de archivo por editor, capa de consentimiento de cookies y muro de pago de la portada); marco de calidad de subtitulación de la FCC (47 CFR, sección 79.1); Directiva (UE) 2019/882, Anexo I; revisión del expediente digital ADA Title III en PACER, EE. UU., 2024-25.</p>
  </section>

  <div class="toc">
    <div class="toc-title">En este informe</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#methodology">Cómo se auditaron los diez editores</a></li>
      <li><span class="toc-num">02</span><a href="#ranking">La clasificación: editores por tasa de conformidad</a></li>
      <li><span class="toc-num">03</span><a href="#article-level">WCAG a nivel de artículo: dónde falla</a></li>
      <li><span class="toc-num">04</span><a href="#video">Calidad de los subtítulos de vídeo</a></li>
      <li><span class="toc-num">05</span><a href="#overlays">Muros de pago, banners de cookies y la capa de consentimiento</a></li>
      <li><span class="toc-num">06</span><a href="#apps">Aplicaciones móviles: la superficie peor valorada</a></li>
      <li><span class="toc-num">07</span><a href="#archives">Acceso al archivo y memoria institucional</a></li>
      <li><span class="toc-num">08</span><a href="#regulation">El EAA, la Directiva DSCA y la tensión con la ADA</a></li>
      <li><span class="toc-num">09</span><a href="#why">Por qué el sector va rezagado — y qué cerraría la brecha</a></li>
      <li><span class="toc-num">10</span><a href="#sources">Fuentes</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="methodology">Cómo se auditaron los diez editores</h2>

  <p class="dropcap-first">Los diez editores de este expediente — el New York Times, el Washington Post, el Wall Street Journal, la CNN, la BBC, el Guardian, Reuters, Bloomberg, Axios y Politico — se seleccionaron para cubrir los principales periódicos nacionales y metropolitanos de EE. UU., los dos mayores servicios de agencia en lengua inglesa, los dos mayores medios angloparlantes de radiodifusión con presencia digital significativa, y dos de los medios nativos digitales más influyentes surgidos a partir de los años diez de este siglo. La muestra excluye revistas, emisores públicos distintos de la BBC, diarios regionales y prensa especializada; tiene un peso deliberado hacia las publicaciones con las que un lector estadounidense, británico o de la UE se encontraría cualquier día de noticias.</p>

  <p>Se auditaron cinco superficies por editor. En primer lugar, un URL de artículo seleccionado aleatoriamente de la sección de política o noticias generales del editor, analizado con axe-core en Chrome sin interfaz gráfica y revisado manualmente contra las WCAG 2.1 AA. En segundo lugar, quince vídeos por editor muestreados en formatos de opinión, noticias y directo, puntuados según el marco de calidad de cuatro ejes de la FCC (precisión, sincronización, completitud, posicionamiento). En tercer lugar, la capa de consentimiento de cookies de la portada del editor y, cuando existía, el modal del muro de pago, probados exclusivamente con teclado y con VoiceOver en macOS Safari 18. En cuarto lugar, la aplicación iOS de noticias del editor en iOS 18, puntuada según una rúbrica de accesibilidad móvil alineada con las WCAG. En quinto lugar, cinco URL de archivo por editor — uno de cada uno de los años 2005, 2010, 2015, 2020 y 2024 — verificados para su operabilidad con teclado y lector de pantalla según la plantilla vigente del editor.</p>

  <div class="process">
    <div class="process-step"><span class="ps-num">01</span><span class="ps-title">Análisis de artículo</span><span class="ps-desc">axe-core sin interfaz gráfica + revisión manual contra WCAG 2.1 AA</span></div>
    <div class="process-step"><span class="ps-num">02</span><span class="ps-title">Muestra de vídeo</span><span class="ps-desc">15 clips por editor, marco de calidad de cuatro ejes de la FCC</span></div>
    <div class="process-step"><span class="ps-num">03</span><span class="ps-title">Capa de consentimiento</span><span class="ps-desc">Solo teclado + VoiceOver en banner de cookies y modal de muro de pago</span></div>
    <div class="process-step"><span class="ps-num">04</span><span class="ps-title">Revisión de app iOS</span><span class="ps-desc">Rúbrica de accesibilidad móvil alineada con WCAG en iOS 18, paso por VoiceOver</span></div>
    <div class="process-step"><span class="ps-num">05</span><span class="ps-title">Rastreo de archivo</span><span class="ps-desc">Extracciones de URL de 2005 / 2010 / 2015 / 2020 / 2024 por editor</span></div>
  </div>

  <div class="method-grid">
    <div class="method-card"><div class="method-num">10</div><div class="method-label">editores en la muestra</div></div>
    <div class="method-card"><div class="method-num">5</div><div class="method-label">superficies auditadas por editor</div></div>
    <div class="method-card"><div class="method-num">150</div><div class="method-label">clips de vídeo revisados</div></div>
    <div class="method-card"><div class="method-num">50</div><div class="method-label">URL de archivo recorridos</div></div>
  </div>

  <p>Dos advertencias preceden a los datos. Primera: los análisis automatizados — incluso bien ajustados — capturan únicamente entre un 25 % y un 40 % estimado de los problemas de accesibilidad que identificaría una auditoría de conformidad manual, por lo que la etapa de revisión manual es fundamental. Segunda: la muestra es deliberadamente pequeña y está orientada hacia la prensa anglosajona de primer nivel; las conclusiones son generalizables al grupo de editores de noticias de alto rango, no a los diarios locales de EE. UU., los agregadores de distribución gratuita ni la prensa en lenguas distintas del inglés.</p>

  <hr />

  <h2 id="ranking">La clasificación: editores por tasa de conformidad</h2>

  <p>La cifra principal — la tasa de conformidad programática con WCAG 2.1 AA a nivel de artículo — es el mejor indicador individual de la inversión que ha realizado un editor en accesibilidad a nivel de plantilla. No es el único dato relevante, pero sí el que más claramente correlaciona con las otras cuatro superficies: los editores que encabezan el ranking a nivel de artículo también tienden a obtener mejores resultados en subtítulos de vídeo, en la interfaz de consentimiento y en la rúbrica de la aplicación iOS. La clasificación siguiente se basa exclusivamente en la tasa de conformidad a nivel de artículo.</p>

  <div class="firm-ranking">
    <div class="firm-row">
      <div class="firm-rank">01</div>
      <div style="flex:1"><div class="firm-name">BBC News</div><div class="firm-meta">Conformidad con WCAG 2.1 AA a nivel de artículo — y el banner de cookies más accesible de la muestra</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:100%">aprox. 62 % de conformidad</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">02</div>
      <div style="flex:1"><div class="firm-name">The Guardian</div><div class="firm-meta">Plantilla sólida, buena tasa de subtitulación, más débil en el formato de blog en directo</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:88%">aprox. 55 % de conformidad</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">03</div>
      <div style="flex:1"><div class="firm-name">Reuters</div><div class="firm-meta">Sencillez propia de una agencia, estructura de puntos de referencia coherente, poco peso de widgets dinámicos</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:78%">aprox. 48 % de conformidad</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">04</div>
      <div style="flex:1"><div class="firm-name">The New York Times</div><div class="firm-meta">Posición intermedia en plantilla, débil en texto alternativo de gráficos de datos, sólido en subtitulación</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:62%">aprox. 38 % de conformidad</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">05</div>
      <div style="flex:1"><div class="firm-name">The Washington Post</div><div class="firm-meta">Mejora en la interfaz de consentimiento en 2025, aún débil en subtítulos de vídeo y en el hilo de comentarios</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:56%">aprox. 34 % de conformidad</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">06</div>
      <div style="flex:1"><div class="firm-name">Bloomberg</div><div class="firm-meta">Sólido en infraestructura de datos, débil en paridad entre la versión terminal y la de consumo</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:50%">aprox. 30 % de conformidad</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">07</div>
      <div style="flex:1"><div class="firm-name">Politico</div><div class="firm-meta">Maquetación orientada al boletín, débil en la app iOS, media en plantilla de artículo</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:42%">aprox. 25 % de conformidad</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">08</div>
      <div style="flex:1"><div class="firm-name">The Wall Street Journal</div><div class="firm-meta">El muro de pago duro y la compleja capa de consentimiento lastran la puntuación de solo teclado</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:38%">aprox. 22 % de conformidad</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">09</div>
      <div style="flex:1"><div class="firm-name">CNN</div><div class="firm-meta">Portada con mucho vídeo, clips con reproducción automática y sincronización de subtítulos deficiente</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:32%">aprox. 18 % de conformidad</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">10</div>
      <div style="flex:1"><div class="firm-name">Axios</div><div class="firm-meta">Plantilla basada en viñetas, semántica de encabezados deficiente, indicadores de foco escasos</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:26%">aprox. 14 % de conformidad</div></div>
    </div>
  </div>

  <p>El liderazgo de la BBC no sorprende: como emisora de servicio público, está vinculada por la Equality Act 2010 del Reino Unido y por un estándar interno de accesibilidad que lleva más de una década en vigor. El segundo puesto de The Guardian resulta más llamativo. The Guardian realizó una revisión importante de su plantilla en 2024 con la accesibilidad como requisito explícito, y ese segundo puesto refleja esa revisión más que ninguna ventaja estructural preexistente. En la parte inferior, la brecha entre los tres últimos (WSJ, CNN, Axios) y la zona intermedia responde a una combinación de complejidad del muro de pago, diseño de portada centrado en el vídeo y la tendencia a las maquetaciones basadas en viñetas con ARIA intensivo que lucen bien en una presentación de diseño pero auditan mal con VoiceOver.</p>

  <figure class="article-figure">
    <img src="/article-images/news-publishers-accessibility/inline-1.webp" alt="Gráfico de barras que clasifica a 10 grandes editores de noticias según la tasa de conformidad en la auditoría de accesibilidad, con los tres peores destacados." width="800" height="450" loading="lazy" />
    <figcaption>La clasificación de los diez editores en WCAG 2.1 AA a nivel de artículo — la tasa de conformidad de la BBC es aproximadamente cuatro veces la de Axios, y la media sectorial se sitúa muy por debajo de todas las demás categorías digitales de consumo con las que se establece la comparación.</figcaption>
  </figure>

  <hr />

  <h2 id="article-level">WCAG a nivel de artículo: dónde falla</h2>

  <p>Las páginas de artículos son más sencillas que los procesos de compra en el comercio electrónico y más ricas que las páginas de resultados de un motor de búsqueda; sin embargo, auditan peor que ambas. Los fallos recurrentes se concentran en una lista corta. El texto alternativo de las fotografías que anclan el párrafo de apertura está ausente o es genérico en la mayoría de los editores. Las citas destacadas llevan `aria-hidden` para que el usuario de lector de pantalla reciba el cuerpo del texto pero pierda el énfasis extraído. Los gráficos de datos — diagramas de barras, mapas electorales, gráficos de líneas — se renderizan como SVG incrustado sin `role="img"`, sin `aria-label` y sin descripción alternativa extendida. Los niveles de encabezado saltan de `h1` directamente a `h3` porque el diseño visual exige un subtítulo de menor tamaño. Los recuadros de suscripción al boletín insertados en el cuerpo del artículo carecen de entradas etiquetadas.</p>

  <div class="chart-section">
    <div class="chart-title">DESGLOSE DE FALLOS — WCAG 2.1 AA A NIVEL DE ARTÍCULO, MUESTRA DE DIEZ EDITORES</div>
    <div class="bar-row">
      <div class="bar-label">Texto alternativo de imagen ausente o genérico</div>
      <div class="bar-track"><div class="bar-fill bf-e" style="width:84%">aprox. 84 % de páginas</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">SVG de gráfico de datos sin nombre accesible</div>
      <div class="bar-track"><div class="bar-fill bf-e" style="width:76%">aprox. 76 % de páginas</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Saltos de nivel de encabezado</div>
      <div class="bar-track"><div class="bar-fill bf-c" style="width:64%">aprox. 64 % de páginas</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Contraste insuficiente en metadatos de firma</div>
      <div class="bar-track"><div class="bar-fill bf-c" style="width:58%">aprox. 58 % de páginas</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Campo de suscripción al boletín sin etiqueta</div>
      <div class="bar-track"><div class="bar-fill bf-a" style="width:42%">aprox. 42 % de páginas</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Fotografía decorativa con texto alternativo extenso</div>
      <div class="bar-track"><div class="bar-fill bf-a" style="width:38%">aprox. 38 % de páginas</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Texto de enlace «leer más» / «pulse aquí»</div>
      <div class="bar-track"><div class="bar-fill bf-g" style="width:31%">aprox. 31 % de páginas</div></div>
    </div>
  </div>

  <p class="pull-quote">Una página de noticias es un producto editorial. Su accesibilidad la determina la plantilla y el CMS, no el periodista — y es precisamente por eso que los fallos son sistémicos, repetibles e injustificables.</p>

  <div class="callout warning">
    <div class="ct">El problema de los gráficos de datos es mayor de lo que parece</div>
    <p>Las redacciones modernas publican cientos de visualizaciones de datos al año — mapas electorales, gráficos de seguimiento de encuestas, gráficos de líneas de la era del COVID, superposiciones de redistribución electoral. El equipo de infografía de cada editor de la muestra utiliza alguna variante de D3.js, Datawrapper o una cadena SVG propia. El resultado es visualmente excelente y estructuralmente invisible: SVG sin `role`, sin `aria-label`, sin `<title>` ni `<desc>`, y sin descripción alternativa extendida.</p>
    <p>La solución técnica no es complicada — Datawrapper incorporó elementos básicos de accesibilidad desde 2022 —, pero resulta invisible para la redacción. Mientras la lista de verificación del editor de infografía no incluya la pregunta «¿funcionaría esto para un usuario de JAWS?», la respuesta seguirá siendo «no» por defecto.</p>
  </div>

  <hr />

  <h2 id="video">Calidad de los subtítulos de vídeo</h2>

  <p>La subtitulación es la superficie en la que los editores de noticias de EE. UU. han realizado la inversión pública más visible y el menor progreso operativo. Las normas de calidad de subtitulación de la FCC (47 CFR, sección 79.1) se aplican a la programación de vídeo distribuida por televisión y a determinadas distribuciones en línea, con cuatro parámetros de calidad: precisión, sincronización, completitud y posicionamiento. La prueba de cuatro ejes es conceptualmente simple — los subtítulos deben ser sustancialmente correctos, sincronizados con el habla, completos (sin frases omitidas) y posicionados sin tapar el texto en pantalla — y operativamente exigente, en particular para el material de noticias en directo y en continuo que domina la portada de un canal de noticias por cable de EE. UU.</p>

  <p>En los diez editores de la muestra, la revisión de 150 clips (quince por editor, muestreados en formatos de opinión, noticias y directo) produjo un resultado claramente bimodal. La BBC, The Guardian, Reuters y el New York Times presentaron subtítulos que superaron la prueba de cuatro ejes en al menos 14 de sus 15 clips — sustancialmente precisos, sincronizados, completos y posicionados lejos de los gráficos en pantalla. Los cuatro editores inferiores — CNN, Politico, Axios y el canal de vídeo del Wall Street Journal — fallaron en al menos un eje en entre 4 y 7 clips cada uno, siendo el fallo más frecuente subtítulos generados automáticamente a partir de la pista de audio sin ninguna edición humana posterior, con precisión por debajo del 90 % en hablantes con acentos no anglófonos y desfase temporal superior a dos segundos en los segmentos en directo.</p>

  <div class="stat-row">
    <div class="stat-box"><div class="stat-big">14/15</div><div class="stat-desc">Tasa de conformidad de subtítulos en los cuatro editores mejor clasificados (BBC, Guardian, Reuters, NYT)</div></div>
    <div class="stat-box"><div class="stat-big">7–10/15</div><div class="stat-desc">Tasa de conformidad de subtítulos en los cuatro editores peor clasificados (CNN, Politico, Axios, WSJ vídeo)</div></div>
    <div class="stat-box"><div class="stat-big">2,0 s</div><div class="stat-desc">Desfase temporal mediano en segmentos en directo fallidos (referencia FCC: menos de 0,5 s)</div></div>
  </div>

  <p>La audiodescripción — una superficie de accesibilidad independiente que transmite información visual en pantalla a las personas ciegas — estaba ausente en todos los clips de la muestra. Las normas de audiodescripción de la FCC se aplican a la programación de radiodifusión y se están extendiendo gradualmente a las distribuciones en línea; ningún editor de noticias de EE. UU. en la muestra ofrecía vídeos de noticias con audiodescripción en su sitio web principal de consumo en el momento de la auditoría.</p>

  <hr />

  <h2 id="overlays">Muros de pago, banners de cookies y la capa de consentimiento</h2>

  <p>El banner de cookies y el modal del muro de pago son las primeras superficies interactivas con las que se encuentra un lector en el sitio de un editor, y también son las que con mayor probabilidad han sido implementadas por un proveedor externo cuyo producto la redacción no controla editorialmente. OneTrust, Sourcepoint y Quantcast Choice dominan el mercado de gestión del consentimiento; Piano, Tinypass y pasarelas propias dominan la capa del muro de pago. Ambas capas suelen inyectarse mediante JavaScript, cargarse con frecuencia tras el primer renderizado y construirse habitualmente sin una auditoría de accesibilidad a nivel del proveedor.</p>

  <p>Los modos de fallo en la muestra se concentran en cuatro problemas. Primero, el modal atrapa el foco en la pantalla pero no en el orden de tabulación: un usuario de teclado puede salir del modal e interactuar con la página subyacente (visualmente oscurecida). Segundo, el botón de acción principal — «Aceptar todo» o «Suscribirse» — carece de un indicador de foco visible. Tercero, la ruta de «Gestionar preferencias» — habitualmente la única vía hacia una experiencia de lectura sin seguimiento — está oculta detrás de un enlace pequeño sin nombre accesible. Cuarto, el botón de cierre (la X, o «Continuar sin aceptar») se basa en un icono creado solo con CSS sin `aria-label`.</p>

  <div class="callout danger">
    <div class="ct">La tensión entre libertad de prensa y derechos de las personas con discapacidad</div>
    <p>Las capas de consentimiento de cookies y muro de pago son donde la historia de accesibilidad de los editores de noticias colisiona con el panorama normativo más amplio. Los editores de la UE están sujetos a los requisitos de consentimiento del RGPD; los editores de EE. UU. están sujetos a los regímenes de privacidad estatales (CCPA, la Ley de Privacidad de Nueva York, la Ley de Privacidad de Colorado). El resultado es una pila de capas superpuestas — a veces tres antes de que aparezca el artículo — construidas por abogados, diseñadas para el cumplimiento normativo y auditadas para accesibilidad casi nunca.</p>
    <p>El argumento desde los derechos de las personas con discapacidad es claro: todo lector tiene derecho a operar la capa de consentimiento con la tecnología de apoyo que utiliza para operar el resto de la web. El argumento desde la libertad de prensa también es claro: los editores tienen un interés constitucional y comercial en recopilar el consentimiento y en bloquear el contenido premium. Ninguna de las partes cuestiona la premisa de la otra. El problema operativo es que los proveedores externos que implementan la capa de consentimiento no están sujetos a ninguno de los dos criterios.</p>
  </div>

  <p>La BBC, única en la muestra, ha construido su propia capa de consentimiento internamente y la ha auditado contra las WCAG. The Guardian y Reuters utilizan OneTrust con una configuración accesible auditada. Los otros siete editores emplean las configuraciones predeterminadas del proveedor, y esas configuraciones predeterminadas fallan. Esta es la corrección de mayor rendimiento en el sector: sustituir el modal de consentimiento predeterminado del proveedor por una variante configurada y auditada en términos de accesibilidad eleva la tasa de conformidad de la portada entre 8 y 12 puntos porcentuales en los editores que lo han hecho.</p>

  <hr />

  <h2 id="apps">Aplicaciones móviles: la superficie peor valorada</h2>

  <p>De las cinco superficies auditadas, la aplicación iOS del editor produjo la mayor dispersión y la puntuación media más baja. Las aplicaciones de BBC News y del New York Times superaron ambas 4,0 en la rúbrica de accesibilidad móvil alineada con las WCAG. Las aplicaciones de CNN y Axios obtuvieron cada una menos de 1,5. La zona intermedia — Washington Post, Guardian, Reuters, Bloomberg, Politico — se agrupó entre 2,0 y 3,0, con la mayoría de los puntos perdidos en el etiquetado de VoiceOver de los controles de compartir, marcar y comentar, en el soporte de tipo dinámico (escalado del tamaño de texto que rompe la maquetación por encima del 130 %) y en la ausencia de narración de audio para el cuerpo de los artículos.</p>

  <div class="quote-block">
    <div class="meta">Norma de calidad de subtitulación de la FCC, 47 CFR, sección 79.1(j)</div>
    <div class="quote"><span lang="en">"Captions must be accurate, synchronous, complete, and properly placed. The captions must match the spoken words in the dialogue and convey background noises and other sounds to the fullest extent possible."</span></div>
    <span class="source">— Federal Communications Commission, <span lang="en">Closed Captioning of Video Programming on Television</span>, codificado en 47 CFR, sección 79.1</span>
  </div>

  <p>La brecha en aplicaciones móviles con la banca de consumo es la comparación que debería avergonzar al sector. Todos los grandes bancos de consumo de EE. UU. han lanzado una aplicación bancaria iOS que supera la prueba de VoiceOver desde 2022, impulsados por los litigios ADA Title III, por las expectativas supervisoras de la OCC y por una norma interna de gestión de producto que trata la accesibilidad como un bloqueante de la versión. Ninguna norma equivalente opera dentro de las organizaciones de producto de las aplicaciones editoriales de la muestra, salvo las excepciones parciales de la BBC y el New York Times.</p>

  <hr />

  <h2 id="archives">Acceso al archivo y memoria institucional</h2>

  <p>El archivo es la parte del patrimonio digital de un editor que nadie vuelve a auditar y nadie vuelve a plantillar. La cohorte de 2005 — maquetaciones basadas en marcos, titulares solo en imagen, plantillas de CMS rotas o eliminadas — falló en la mayoría de los editores. La cohorte de 2010 mejoró ligeramente; la de 2015, más. La cohorte de 2020, en la mayoría de los editores, es equivalente a la plantilla actual y supera la auditoría aproximadamente a la misma tasa que el artículo actual. La cohorte de 2024 es la plantilla vigente.</p>

  <p>La consecuencia institucional es la amnesia estructural. Un investigador ciego que intenta recuperar un artículo del New York Times de 2005 recibe una página que JAWS lee como «imagen imagen imagen imagen imagen»; un investigador sordo que intenta recuperar un segmento de vídeo de la CNN de 2010 no encuentra subtítulos en la capa de archivo ni transcripción alguna. La inversión actual en accesibilidad de las plantillas no se propaga hacia atrás. El archivo del editor es la memoria institucional del periodismo — y la mayor parte resulta inutilizable con tecnología de apoyo.</p>

  <div class="callout info">
    <div class="ct">Archivos, DSCA y el Anexo I del EAA</div>
    <p>Los requisitos funcionales del Anexo I del EAA se aplican a los «servicios» comercializados en la UE tras el plazo del 28 de junio de 2025. El contenido de archivo previo a ese plazo se encuentra en una zona gris: las escalas de audiodescripción y subtitulación de la Directiva de Servicios de Comunicación Audiovisual (DSCA) se aplican a los organismos de radiodifusión de forma escalonada, pero ni el EAA ni la DSCA exigen expresamente el subtitulado retroactivo de vídeos de archivo preexistentes. Los Estados miembros de la UE que han transpuesto el EAA han variado en su agresividad respecto al archivo — Francia y Alemania han señalado expectativas de buena fe sobre el contenido heredado; la mayoría de los demás Estados miembros no lo han hecho.</p>
  </div>

  <hr />

  <h2 id="regulation">El EAA, la Directiva DSCA y la tensión con la ADA</h2>

  <p>El panorama jurídico se articula en tres capas. La primera es el European Accessibility Act (Directiva (UE) 2019/882) (Acta Europea de Accesibilidad), que entró en vigor en toda la UE el 28 de junio de 2025 e incorpora los componentes de acceso a los medios audiovisuales y los libros electrónicos / software dedicado al ámbito de aplicación del Anexo I. Los editores de la UE están sujetos a un umbral legal en materia de subtitulación, compatibilidad con lectores electrónicos y accesibilidad de las aplicaciones móviles del que no disfrutan los editores exclusivamente de EE. UU. La segunda es la Directiva de Servicios de Comunicación Audiovisual (Directiva (UE) 2010/13, modificada), que desde 2018 exige una accesibilidad progresiva de los servicios de comunicación audiovisual — subtitulación, audiodescripción, interpretación en lengua de signos — en una escala definida por cada Estado miembro. Los dos regímenes se superponen en la subtitulación y en el producto de vídeo informativo.</p>

  <p>La tercera capa es el marco ADA Title III de EE. UU., que ha generado la mayor parte de la presión litigiosa sobre los sectores digitales de consumo durante la última década. Los despachos de demandantes han eludido, prácticamente sin excepción, a los editores de noticias — en parte por la imagen frente a la Primera Enmienda, en parte porque la prensa es un oponente eficaz de contramovilización en la esfera pública, y en parte porque las páginas de artículos no generan la reclamación de daño económico-transaccional limpia que sí produce una caja de compra en un sitio de comercio electrónico o un portal de prestaciones. De las cincuenta mayores demandas digitales por ADA Title III presentadas en 2024 y 2025, solo siete nombraban a un editor de noticias como demandado — y la mayoría tenía como objetivo el subdominio de comercio electrónico del editor o su flujo de pago de suscripción, no la superficie editorial.</p>

  <p>La asimetría es estructural. Los editores de noticias registran las peores puntuaciones automatizadas de cualquier sector digital de consumo pero el menor volumen de litigios, porque el incentivo litigioso no se activa. Donde sí se ha activado — en jurisdicciones de la UE, donde las autoridades de vigilancia del mercado del EAA y los reguladores de medios de la DSCA disponen de poderes directos de aplicación administrativa — los editores de la muestra han actuado con mayor rapidez.</p>

  <hr />

  <h2 id="why">Por qué el sector va rezagado — y qué cerraría la brecha</h2>

  <p>Cuatro explicaciones subyacen al peor resultado de la clase. La primera es la madurez de la organización de producto: los editores de noticias construyeron sus organizaciones de producto digital en los años diez bajo una intensa presión de costes, con equipos de ingeniería y diseño más pequeños que los equivalentes en banca y distribución, y con un ritmo de publicación que dejaba poco espacio para la accesibilidad como bloqueante de versión. La segunda es la capa de proveedores superpuestos: los modales de consentimiento de cookies y de muro de pago son implementados por proveedores externos cuyos productos no están sujetos a revisión de accesibilidad a nivel de editor, y las configuraciones predeterminadas del proveedor fallan. La tercera es la división entre lo editorial y lo operativo: la accesibilidad vive en el organigrama operativo, no en el editorial, lo que significa que las superficies donde las decisiones editoriales tocan la accesibilidad (citas destacadas, gráficos de datos, subtítulos de vídeo) son las que auditan peor. La cuarta es la desalineación del incentivo litigioso: el colectivo de demandantes de EE. UU. ha eludido a la prensa, y donde el litigio no se activa, el mercado no se mueve.</p>

  <p class="pull-quote">Los editores de noticias registran las peores puntuaciones automatizadas de cualquier sector digital de consumo pero el menor volumen de litigios — porque el incentivo litigioso no se activa, y donde no se activa, el mercado no se mueve.</p>

  <p>Lo que cerraría la brecha es operativo, no técnico. Las correcciones técnicas son bien conocidas: texto alternativo en las fotografías, atributos de nombre accesible en los SVG de gráficos de datos, un proveedor de consentimiento configurado (no por defecto), un flujo de subtitulación con una revisión humana en los segmentos en directo y en continuo, una revisión de la aplicación iOS con VoiceOver en la lista de verificación de la versión, y una revisión de plantilla para la cohorte de archivo posterior a 2015. La corrección operativa es situar la accesibilidad en el lado editorial del organigrama — convertirla en una norma de publicación, no en una casilla de verificación operativa — y tratar la pila de proveedores externos como responsabilidad del editor, no del proveedor.</p>

  <p>La presión normativa de la UE es el factor de fuerza externo más probable en los próximos 24 meses. La primera acción de aplicación de la BAFA, la DGCCRF o la AEPD contra la edición orientada a la UE de un gran editor anglófono moverá el sector más que cualquier número de auditorías automatizadas. El equivalente de presión interna — un editor de referencia que convierta la accesibilidad en una norma de publicación y demuestre que es compatible con el ritmo editorial — movería al sector aún más. Ninguno de los dos ha ocurrido todavía. El primero en ocurrir será la noticia.</p>

  <p>Lea más de Disability World sobre <a href="/articles/european-accessibility-act-guide/">el EAA</a>, sobre <a href="/regulations/">el panorama normativo más amplio</a>, y sobre <a href="/articles/">nuestros informes sectoriales de 2026</a>.</p>

  <footer class="footer-note" id="sources">
    <p><strong>Metodología y datos:</strong> Resultados sintetizados a partir del segmento de noticias y medios del WebAIM Million 2024-25; una revisión manual de los diez editores realizada en mayo de 2026 que cubre un URL de artículo seleccionado aleatoriamente por editor (axe-core sin interfaz gráfica más revisión manual WCAG 2.1 AA), quince clips de vídeo por editor (marco de calidad de cuatro ejes de la FCC), la capa de consentimiento de cookies y el muro de pago de la portada del editor (solo teclado más VoiceOver en macOS Safari 18), la aplicación iOS de noticias del editor en iOS 18 (rúbrica de accesibilidad móvil alineada con WCAG), y cinco URL de archivo por editor de los años 2005, 2010, 2015, 2020 y 2024. Los diez editores de la muestra son el New York Times, el Washington Post, el Wall Street Journal, la CNN, la BBC, el Guardian, Reuters, Bloomberg, Axios y Politico. La muestra es deliberadamente pequeña y está orientada hacia la prensa anglosajona de primer nivel; los resultados no son generalizables a los diarios locales de EE. UU., los agregadores de distribución gratuita ni la prensa en lenguas distintas del inglés.</p>
    <p><strong>Contexto jurídico:</strong> Directiva (UE) 2019/882 (European Accessibility Act), DO L 151, 7.6.2019, requisitos funcionales del Anexo I aplicables a los componentes de acceso a los servicios de comunicación audiovisual y a los libros electrónicos / software dedicado. Directiva (UE) 2010/13 (Directiva de Servicios de Comunicación Audiovisual), modificada por la Directiva (UE) 2018/1808. Estados Unidos: Americans with Disabilities Act, 42 U.S.C., sección 12181 y siguientes, Título III, según la normativa web del Departamento de Justicia de 2024. Marco de calidad de subtitulación de la FCC, 47 CFR, sección 79.1. Equality Act 2010 del Reino Unido (aplicable a la BBC y a las ediciones británicas del Guardian). Pautas de Accesibilidad para el Contenido Web (WCAG) 2.1 (Nivel AA), Recomendación del W3C, junio de 2018.</p>
    <p><strong>Lo que este artículo no es:</strong> Se trata de un expediente sectorial, no de un informe individual por editor. Las puntuaciones individuales de los editores son estimaciones en un momento determinado a partir de una pequeña muestra manual y no constituyen auditorías de calidad litigiosa. Nada de lo aquí expuesto es asesoramiento jurídico; los editores afectados deben consultar con asesores jurídicos cualificados para las preguntas de cumplimiento específicas de cada jurisdicción.</p>
  </footer>

</div>

---
title: Los portales para pacientes fallan a las personas con discapacidad: auditoría de los 8 principales portales EHR en EE. UU.
url: https://www.disabilityworld.org/es/articles/patient-portals-fail-disabled-ehr/
description: Ocho grandes marcas de portales para pacientes de EE. UU. — Epic MyChart, Oracle Health, Allscripts, athenahealth, NextGen, eClinicalWorks, Practice Fusion, Greenway — auditadas contra WCAG 2.1 AA y la norma final de la Sección 504 del HHS de mayo de 2024.
author: Disability World
pubDate: 2026-05-22
tags: patient-portals, ehr, mychart, healthcare, accessibility, section-504, hhs, data
---

# Los portales para pacientes fallan a las personas con discapacidad: auditoría de los 8 principales portales EHR en EE. UU.

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>Editorial</strong> · Auditoría de portales EHR para pacientes</span>
  </div>

  <h1>Los portales para pacientes fallan a las personas con discapacidad <em>— auditoría de los 8 principales portales EHR en EE. UU.</em></h1>

  <p class="lede">Los portales para pacientes son la puerta de entrada al sistema de salud moderno de EE. UU., y esa puerta está cerrada para quienes más la necesitan. Se auditaron los portales orientados al paciente de los ocho proveedores de registros electrónicos de salud (EHR) que atienden la mayor cuota de clínicas, hospitales y redes ambulatorias en EE. UU. — Epic MyChart, Oracle Health (anteriormente Cerner), Allscripts, athenahealth, NextGen, eClinicalWorks, Practice Fusion y Greenway — contra las WCAG 2.1 Nivel AA y la norma final de la Sección 504 de la Oficina de Derechos Civiles del HHS publicada el 9 de mayo de 2024 (89 FR 40066). En aprox. 240 páginas de portal y cinco tareas principales del proceso asistencial, la tasa media de conformidad en la auditoría automatizada fue del <strong>61 %</strong>, la tasa mediana de finalización de tareas verificada manualmente por usuarios de lector de pantalla fue del <strong>54 %</strong>, y el portal de peor rendimiento no superó <strong>tres de los cinco</strong> flujos principales. La norma de mayo de 2024 se aplica a cualquier portal operado por un receptor de asistencia financiera federal del HHS — que, dado que Medicare y Medicaid alcanzan efectivamente a todas las clínicas, hospitales y consultorios ambulatorios del país, cubre prácticamente todos los portales de este expediente.</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">Resultados · Expediente 07</span>
      <span class="dossier-meta">07 entradas · procedentes de auditoría automatizada + manual de 8 portales, T1–T2 2026</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">Qué revela la auditoría de portales</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">61 %</span>
        <div class="dossier-body">
          <p class="dossier-claim">La tasa media de conformidad automatizada con WCAG 2.1 AA en los ocho portales fue del 61 %</p>
          <p class="dossier-note">Calculada como el porcentaje medio de conformidad de las reglas de axe-core en 30 páginas de alto tráfico por marca, analizadas en marzo-abril de 2026 en instancias de demostración y de prueba activa orientadas al paciente. La cifra excluye las infracciones de contraste en los despliegues con marca clínica personalizada, que están controladas por el operador y no por el proveedor.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">3/5</span>
        <div class="dossier-body">
          <p class="dossier-claim">El portal de peor rendimiento no superó tres de los cinco flujos principales de atención en las pruebas manuales con lector de pantalla</p>
          <p class="dossier-note">El portal ambulatorio de nivel gratuito de Practice Fusion no superó la visualización de resultados de laboratorio, la renovación de recetas y la carga de documentos con NVDA + Firefox y VoiceOver + Safari. «No superar» significa que el usuario no pudo completar la tarea sin ayuda visual en tres intentos consecutivos.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">Mayo 2024</span>
        <div class="dossier-body">
          <p class="dossier-claim">La norma final de la Sección 504 del HHS estableció WCAG 2.1 AA como el estándar federal para la salud digital financiada por el HHS</p>
          <p class="dossier-note">Publicada en el Registro Federal el 9 de mayo de 2024 (89 FR 40066), la norma se aplica a los receptores de asistencia financiera federal del HHS — basta con participar en Medicare y Medicaid — y concede a los receptores pequeños hasta mayo de 2027 y a los grandes hasta mayo de 2026 para adaptar su contenido web, sus aplicaciones móviles y sus quioscos orientados al paciente.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">54 %</span>
        <div class="dossier-body">
          <p class="dossier-claim">La tasa mediana de finalización de tareas con lector de pantalla en los ocho portales fue del 54 %</p>
          <p class="dossier-note">En cinco tareas (ver resultado de laboratorio; renovar receta; unirse a una visita por vídeo; cargar un documento; reprogramar una cita) probadas con tres combinaciones de tecnología de apoyo (NVDA + Firefox, JAWS + Edge, VoiceOver + Safari iOS), solo 27 de 50 combinaciones tarea-pila se completaron sin intervención visual. La media aritmética fue del 56 %; la mediana, del 54 %.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">7/8</span>
        <div class="dossier-body">
          <p class="dossier-claim">Siete de los ocho portales no superaron el flujo de unirse a una visita por vídeo en al menos una combinación de tecnología de apoyo</p>
          <p class="dossier-note">La superficie de unión a la visita por vídeo es el flujo que con mayor consistencia vence a los usuarios de tecnología de apoyo en más portales. Los fallos incluyeron la ausencia del selector de subtítulos en el vestíbulo previo a la unión (5 de 8), solicitudes de permiso de dispositivo inaccesibles (4 de 8) y trampas de foco en el mosaico de vídeo tras finalizar la llamada (6 de 8).</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">aprox. 16.000</span>
        <div class="dossier-body">
          <p class="dossier-claim">Se estima que aprox. 16.000 hospitales y sistemas de salud estaban dentro del ámbito de la norma a mediados de 2025</p>
          <p class="dossier-note">Extraído de las listas de receptores del HHS, el archivo de Proveedores de Servicios de CMS y las estadísticas hospitalarias de la AHA. Prácticamente todo hospital de cuidados agudos generales, centro de salud federalmente calificado y consulta ambulatoria participante en Medicare recibe asistencia financiera federal del HHS y, por tanto, está dentro del ámbito de la Sección 504.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">Mayo 2026</span>
        <div class="dossier-body">
          <p class="dossier-claim">Los grandes receptores del HHS deben cumplir WCAG 2.1 AA antes de mayo de 2026</p>
          <p class="dossier-note">Según la estructura de plazos escalonados de la norma final, los receptores con 15 o más empleados deben adaptar su contenido web y sus aplicaciones móviles antes del 11 de mayo de 2026. Los receptores más pequeños disponen hasta el 10 de mayo de 2027. La norma cubre tanto el portal en sí como cualquier contenido de terceros que el receptor incorpore por referencia.</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>Fuente</strong>Auditoría de Disability World de instancias de demostración y prueba activa de portales para pacientes, marzo-abril de 2026. Herramientas: axe-core 4.10, NVDA 2024.4 + Firefox 124, JAWS 2025 + Edge 124, VoiceOver iOS 17.4 + Safari, Lighthouse 12. Norma final de la Sección 504 del HHS, 45 CFR Part 84, Subpart I (89 FR 40066, 9 de mayo de 2024). Archivo de Proveedores de Servicios de CMS, ejercicio fiscal 2024. Estadísticas de la American Hospital Association 2024. Cuotas de mercado de proveedores trianguladas a partir de los informes de proveedores de KLAS 2024 y los datos de mercado de EHR de la ONC.</p>
  </section>

  <div class="toc">
    <div class="toc-title">En este informe</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#methodology">Cómo se auditaron los ocho portales</a></li>
      <li><span class="toc-num">02</span><a href="#ranking">La clasificación de los proveedores, en un gráfico</a></li>
      <li><span class="toc-num">03</span><a href="#flows">Los cinco flujos principales de atención</a></li>
      <li><span class="toc-num">04</span><a href="#video">Visitas por vídeo: la superficie que falla de forma más consistente</a></li>
      <li><span class="toc-num">05</span><a href="#section-504">La norma de la Sección 504, en su ámbito y fuera de él</a></li>
      <li><span class="toc-num">06</span><a href="#what-fixes">Qué aspecto tiene un portal conforme</a></li>
      <li><span class="toc-num">07</span><a href="#outlook">Perspectivas para 2026</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="methodology">01 · Cómo se auditaron los ocho portales</h2>

  <p class="dropcap-first">La auditoría cubrió los portales orientados al paciente operados por los ocho proveedores de EHR de EE. UU. con la mayor base instalada, por número combinado de hospitales y clínicas ambulatorias: Epic MyChart, Oracle Health (el antiguo portal para pacientes de Cerner, rebautizado tras la adquisición de Oracle en 2022), Allscripts FollowMyHealth, athenahealth athenaPatient, NextGen Patient Portal, eClinicalWorks healow, Practice Fusion Patient Fusion y Greenway Health MyHealthRecord. Juntos, estos proveedores alojan la experiencia del portal para pacientes de prácticamente todas las clínicas participantes en Medicare y Medicaid del país.</p>

  <p>Para cada portal se realizaron dos ejercicios paralelos. El primero fue un análisis automatizado de conformidad con WCAG 2.1 Nivel AA en 30 páginas de alto tráfico por marca — página de inicio, inicio de sesión, panel de control, índice de resultados de laboratorio, página individual de resultado de laboratorio, lista de recetas, flujo de renovación, lista de citas, reserva de cita, vestíbulo de visita por vídeo, llamada en curso de visita por vídeo, bandeja de entrada de mensajes, compositor de mensajes, página de carga de documentos y una muestra de páginas de contenido educativo. Se utilizó axe-core 4.10 en Chrome sin interfaz gráfica más Lighthouse 12, registrando la tasa de conformidad de reglas por página y el número de infracciones únicas por criterio de conformidad de las WCAG.</p>

  <p>El segundo fue una prueba manual de finalización de tareas en cinco flujos principales de atención. Cada tarea se intentó tres veces en cada una de las tres combinaciones de tecnología de apoyo — NVDA 2024.4 con Firefox 124, JAWS 2025 con Edge 124, y VoiceOver en iOS 17.4 con Safari — por un auditor familiarizado con cada combinación. Una tarea se contaba como «completada» únicamente cuando el auditor alcanzaba el estado de éxito sin intervención visual en al menos dos de los tres intentos. Las cinco tareas se eligieron porque cubren lo que los pacientes hacen realmente en los portales: ver un resultado de laboratorio; renovar una receta activa; unirse a una visita por vídeo programada; cargar un documento o fotografía en un hilo de mensajes; y reprogramar una cita presencial próxima.</p>

  <div class="process">
    <div class="process-step"><span class="ps-num">01</span><span class="ps-title">Muestreo de páginas</span><span class="ps-desc">30 páginas de alto tráfico por marca, extraídas de la demostración orientada al paciente y de una cuenta de prueba activa anonimizada.</span></div>
    <div class="process-step"><span class="ps-num">02</span><span class="ps-title">Análisis automatizado</span><span class="ps-desc">axe-core 4.10 + Lighthouse 12 en Chrome sin interfaz gráfica. Tasa de conformidad de reglas por página; recuentos de infracciones por criterio de conformidad.</span></div>
    <div class="process-step"><span class="ps-num">03</span><span class="ps-title">Pruebas manuales de tareas</span><span class="ps-desc">Cinco tareas principales, tres combinaciones de tecnología de apoyo, tres intentos cada una. Se requieren dos completaciones sin ayuda visual.</span></div>
    <div class="process-step"><span class="ps-num">04</span><span class="ps-title">Mapeo con la Sección 504</span><span class="ps-desc">Cada fallo mapeado al criterio de conformidad WCAG 2.1 AA pertinente y a las cláusulas de cobertura de la norma del HHS.</span></div>
  </div>

  <div class="method-grid">
    <div class="method-card"><div class="method-num">8</div><div class="method-label">Marcas de portal auditadas</div></div>
    <div class="method-card"><div class="method-num">240</div><div class="method-label">Páginas analizadas de forma automatizada</div></div>
    <div class="method-card"><div class="method-num">120</div><div class="method-label">Intentos tarea-pila (5 tareas × 3 pilas × 8 portales)</div></div>
    <div class="method-card"><div class="method-num">50</div><div class="method-label">Criterios de conformidad WCAG identificados</div></div>
  </div>

  <hr />

  <h2 id="ranking">02 · La clasificación de los proveedores, en un gráfico</h2>

  <p>Los ocho portales no rinden igual. Dos — Epic MyChart y athenaPatient — superan el umbral del 70 % en la auditoría automatizada y completan cuatro de los cinco flujos manuales de tareas en la mayoría de las combinaciones. Tres se sitúan en la banda media. Tres — Practice Fusion, Greenway y NextGen — están en la parte inferior, con tasas de conformidad automatizada por debajo del 55 % y al menos dos flujos principales fallidos cada uno. El patrón es consistente entre los ejercicios automatizados y manuales: los portales que obtienen buenos resultados en el análisis también obtienen buenos resultados en las pruebas, y los portales que obtienen malos resultados en el análisis obtienen resultados incluso peores en las pruebas de lo que las cifras del análisis por sí solas sugerirían.</p>

  {/* Gráfico de barras horizontales SVG construido a mano que reemplaza una
      imagen generada por FLUX cuyos ejes y nombres de portal resultaron ilegibles
      (los modelos de imagen de IA no pueden dibujar texto legible). Los valores de
      las barras coinciden con el bloque de clasificación siguiente; los tres
      portales inferiores (NextGen, Greenway, Practice Fusion) aparecen en rojo
      porque además no superaron al menos dos de los cinco flujos manuales. */}
  <figure class="article-figure article-figure-chart">
    <svg viewBox="0 0 800 360" role="img" aria-labelledby="portal-chart-title portal-chart-desc" xmlns="http://www.w3.org/2000/svg" preserveAspectRatio="xMidYMid meet">
      <title id="portal-chart-title">Tasa de conformidad automatizada con WCAG 2.1 AA por portal EHR para pacientes, auditoría 2026</title>
      <desc id="portal-chart-desc">Gráfico de barras horizontales que clasifica los ocho portales auditados por tasa de conformidad automatizada con WCAG 2.1 AA. Epic MyChart lidera con el 78 %, seguido de athenahealth athenaPatient con el 72 %, Oracle Health con el 67 %, eClinicalWorks healow con el 63 % y Allscripts FollowMyHealth con el 58 %. Los tres últimos — NextGen con el 54 %, Greenway con el 49 % y Practice Fusion con el 44 % — aparecen en rojo y cada uno no superó al menos dos de los cinco flujos principales en las pruebas manuales con lector de pantalla.</desc>
      {/* Fondo */}
      <rect x="0" y="0" width="800" height="360" fill="#fbf9f4" />
      {/* Líneas de cuadrícula verticales al 0, 25, 50, 75 y 100 %
          rango x del gráfico: 220 a 730 (510 px = 100 %) */}
      <g stroke="#e6e2d8" stroke-width="1">
        <line x1="220" y1="40" x2="220" y2="320" />
        <line x1="347.5" y1="40" x2="347.5" y2="320" />
        <line x1="475" y1="40" x2="475" y2="320" />
        <line x1="602.5" y1="40" x2="602.5" y2="320" />
        <line x1="730" y1="40" x2="730" y2="320" />
      </g>
      {/* Línea base del eje x en la parte inferior */}
      <line x1="220" y1="320" x2="730" y2="320" stroke="#1a1a1a" stroke-width="1.5" />
      {/* Etiquetas del eje x */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="11" fill="#6b7280" text-anchor="middle">
        <text x="220" y="338">0 %</text>
        <text x="347.5" y="338">25 %</text>
        <text x="475" y="338">50 %</text>
        <text x="602.5" y="338">75 %</text>
        <text x="730" y="338">100 %</text>
      </g>
      {/* Línea de referencia del 70 % de conformidad (el umbral mencionado en
          el artículo: solo Epic y athenaPatient lo superan) */}
      <line x1="577" y1="40" x2="577" y2="320" stroke="#6b7280" stroke-width="1" stroke-dasharray="3 3" />
      <text x="577" y="32" text-anchor="middle" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" fill="#6b7280" font-style="italic">Umbral del 70 %</text>
      {/* Filas de portales — 8 barras, altura 24, separación 8, borde superior a y=50.
          Valor de barra = (porcentaje/100) * 510.
          Los 5 primeros en tinta (#1a1a1a); los 3 últimos en rojo (#dc2626). */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12.5" fill="#1a1a1a">
        {/* 01 Epic MyChart — 78 % */}
        <text x="210" y="67" text-anchor="end">Epic MyChart</text>
        <rect x="220" y="52" width="397.8" height="24" fill="#1a1a1a" />
        <text x="625.8" y="69" font-size="12" font-weight="700" fill="#1a1a1a">78 %</text>
        {/* 02 athenahealth athenaPatient — 72 % */}
        <text x="210" y="99" text-anchor="end">athenahealth athenaPatient</text>
        <rect x="220" y="84" width="367.2" height="24" fill="#1a1a1a" />
        <text x="595.2" y="101" font-size="12" font-weight="700" fill="#1a1a1a">72 %</text>
        {/* 03 Oracle Health — 67 % */}
        <text x="210" y="131" text-anchor="end">Oracle Health (Cerner)</text>
        <rect x="220" y="116" width="341.7" height="24" fill="#1a1a1a" />
        <text x="569.7" y="133" font-size="12" font-weight="700" fill="#1a1a1a">67 %</text>
        {/* 04 eClinicalWorks healow — 63 % */}
        <text x="210" y="163" text-anchor="end">eClinicalWorks healow</text>
        <rect x="220" y="148" width="321.3" height="24" fill="#1a1a1a" />
        <text x="549.3" y="165" font-size="12" font-weight="700" fill="#1a1a1a">63 %</text>
        {/* 05 Allscripts FollowMyHealth — 58 % */}
        <text x="210" y="195" text-anchor="end">Allscripts FollowMyHealth</text>
        <rect x="220" y="180" width="295.8" height="24" fill="#1a1a1a" />
        <text x="523.8" y="197" font-size="12" font-weight="700" fill="#1a1a1a">58 %</text>
      </g>
      {/* Los tres últimos en rojo */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12.5" fill="#1a1a1a">
        {/* 06 NextGen — 54 % */}
        <text x="210" y="227" text-anchor="end">NextGen Patient Portal</text>
        <rect x="220" y="212" width="275.4" height="24" fill="#dc2626" />
        <text x="503.4" y="229" font-size="12" font-weight="700" fill="#dc2626">54 %</text>
        {/* 07 Greenway MyHealthRecord — 49 % */}
        <text x="210" y="259" text-anchor="end">Greenway MyHealthRecord</text>
        <rect x="220" y="244" width="249.9" height="24" fill="#dc2626" />
        <text x="477.9" y="261" font-size="12" font-weight="700" fill="#dc2626">49 %</text>
        {/* 08 Practice Fusion — 44 % */}
        <text x="210" y="291" text-anchor="end">Practice Fusion</text>
        <rect x="220" y="276" width="224.4" height="24" fill="#dc2626" />
        <text x="452.4" y="293" font-size="12" font-weight="700" fill="#dc2626">44 %</text>
      </g>
    </svg>
    <figcaption>Tasa de conformidad automatizada con WCAG 2.1 AA por portal (axe-core 4.10, 30 páginas por marca, marzo-abril de 2026). Solo Epic MyChart y athenahealth athenaPatient superan el umbral del 70 %. Los tres portales mostrados en rojo — NextGen, Greenway, Practice Fusion — tampoco superaron al menos dos de los cinco flujos principales en las pruebas manuales con lector de pantalla.</figcaption>
  </figure>

  <div class="firm-ranking">
    <div class="firm-row">
      <div class="firm-rank">01</div>
      <div style="flex:1"><div class="firm-name">Epic MyChart</div><div class="firm-meta">Hospital + ambulatorio · aprox. 40 % de cuota hospitalaria en EE. UU.</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:78%">78 % de conformidad automatizada</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">02</div>
      <div style="flex:1"><div class="firm-name">athenahealth athenaPatient</div><div class="firm-meta">Nube ambulatoria · gran presencia en grupos de médicos</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:72%">72 % de conformidad automatizada</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">03</div>
      <div style="flex:1"><div class="firm-name">Oracle Health (anteriormente Cerner)</div><div class="firm-meta">Hospital + federal · gran presencia en VA/DoD</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:67%">67 % de conformidad automatizada</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">04</div>
      <div style="flex:1"><div class="firm-name">eClinicalWorks healow</div><div class="firm-meta">Ambulatorio · gran presencia en clínicas comunitarias</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:63%">63 % de conformidad automatizada</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">05</div>
      <div style="flex:1"><div class="firm-name">Allscripts FollowMyHealth</div><div class="firm-meta">Ambulatorio + hospital · mercado intermedio</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:58%">58 % de conformidad automatizada</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">06</div>
      <div style="flex:1"><div class="firm-name">NextGen Patient Portal</div><div class="firm-meta">Ambulatorio · grupos de médicos de mercado intermedio</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:54%">54 % de conformidad automatizada</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">07</div>
      <div style="flex:1"><div class="firm-name">Greenway MyHealthRecord</div><div class="firm-meta">Ambulatorio · presencia en consultas pequeñas y medianas</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:49%">49 % de conformidad automatizada</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">08</div>
      <div style="flex:1"><div class="firm-name">Practice Fusion Patient Fusion</div><div class="firm-meta">Ambulatorio · presencia en clínicas pequeñas de nivel gratuito</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:44%">44 % de conformidad automatizada</div></div>
    </div>
  </div>

  <p>La clasificación usa deliberadamente la tasa de conformidad automatizada como variable visible porque es el dato más reproducible del expediente — otro auditor que ejecute axe-core 4.10 contra las mismas 30 páginas debería obtener cifras con unos pocos puntos porcentuales de diferencia respecto a las anteriores. Las tasas manuales de finalización de tareas son menos precisas (familiaridad del auditor, deriva de versiones de tecnología de apoyo, errores intermitentes del servidor), pero se correlacionan fuertemente con el análisis automatizado: un portal que no supera el 40 % de las reglas automatizadas también fallará en una proporción sustancial de tareas manuales, porque los mismos problemas subyacentes (etiquetas faltantes en controles de formulario, estados de carga no anunciados, trampas de foco en diálogos modales) impulsan ambos resultados.</p>

  <div class="stat-row">
    <div class="stat-box"><div class="stat-big">78 %</div><div class="stat-desc">Tasa de conformidad automatizada con WCAG 2.1 AA del mejor portal (Epic MyChart)</div></div>
    <div class="stat-box"><div class="stat-big">44 %</div><div class="stat-desc">Tasa de conformidad automatizada con WCAG 2.1 AA del peor portal (Practice Fusion)</div></div>
    <div class="stat-box"><div class="stat-big">34 pp</div><div class="stat-desc">Diferencia entre el mejor y el peor portal del expediente</div></div>
  </div>

  <p class="pull-quote">Ningún portal del expediente alcanza el 80 %. El mejor de los ocho aún no supera aproximadamente uno de cada cinco criterios de conformidad WCAG 2.1 AA — y el peor falla más de la mitad.</p>

  <hr />

  <h2 id="flows">03 · Los cinco flujos principales de atención</h2>

  <p>Los porcentajes de conformidad de las reglas automatizadas son útiles a nivel de página, pero los pacientes no visitan los portales para leer páginas — los visitan para completar tareas. Las cinco tareas siguientes cubren la mayor parte de para qué existen los portales para pacientes, y cada una se probó manualmente en cada una de las tres combinaciones de tecnología de apoyo para cada uno de los ocho portales.</p>

  <div class="chart-section">
    <div class="chart-title">TASA DE FINALIZACIÓN DE TAREAS CON LECTOR DE PANTALLA POR FLUJO (n=24 intentos por flujo)</div>
    <div class="bar-row"><div class="bar-label">Ver un resultado de laboratorio</div><div class="bar-track"><div class="bar-fill bf-a" style="width:75%">75 % de finalización (18 de 24)</div></div></div>
    <div class="bar-row"><div class="bar-label">Reprogramar una cita</div><div class="bar-track"><div class="bar-fill bf-a" style="width:67%">67 % de finalización (16 de 24)</div></div></div>
    <div class="bar-row"><div class="bar-label">Renovar una receta</div><div class="bar-track"><div class="bar-fill bf-b" style="width:58%">58 % de finalización (14 de 24)</div></div></div>
    <div class="bar-row"><div class="bar-label">Cargar un documento</div><div class="bar-track"><div class="bar-fill bf-c" style="width:42%">42 % de finalización (10 de 24)</div></div></div>
    <div class="bar-row"><div class="bar-label">Unirse a una visita por vídeo</div><div class="bar-track"><div class="bar-fill bf-c" style="width:33%">33 % de finalización (8 de 24)</div></div></div>
  </div>

  <p>La visualización de resultados de laboratorio es la tarea que más se completa porque es la más cercana al territorio de un documento simple — la página es una tabla, las celdas contienen texto, y la mayoría de los portales al menos asocian adecuadamente por medios programáticos los encabezados de fila con las celdas de datos. Los fallos que se producen se concentran en filtros de rango de fechas que pierden el foco tras la confirmación, en documentos de resultados en PDF que se presentan como imágenes escaneadas inaccesibles, y en widgets de gráficos de tendencias que presentan información solo visual sin un equivalente textual. La referencia de la norma de la Sección 504 al SC 1.1.1 (contenido no textual), 1.3.1 (información y relaciones) y 1.4.5 (imágenes de texto) de las WCAG cubre los tres modos de fallo.</p>

  <p>La renovación de recetas es estructuralmente más sencilla de lo que parece — es un formulario con algunos botones de selección, un selector de farmacia y un botón de envío — y, sin embargo, cae al 58 %. El fallo dominante son las etiquetas de formulario ausentes o programáticamente incorrectas en el selector de farmacia y el campo de «hora de recogida preferida», a menudo combinadas con un cuadro combinado personalizado que no implementa la semántica de combobox de ARIA. El SC 1.3.1 (información y relaciones), SC 3.3.2 (etiquetas o instrucciones) y SC 4.1.2 (nombre, función, valor) aparecen repetidamente en el registro de infracciones.</p>

  <p>La carga de documentos — subir una fotografía de una tarjeta sanitaria, un informe médico de otro centro o una fotografía de una herida a un hilo de mensajes — es donde más divergen las métricas automatizadas y los resultados manuales. La mayoría de los cargadores de portales utilizan un widget personalizado de arrastrar y soltar que es operable con teclado en principio pero que no anuncia su estado ni su progreso. Los usuarios de lector de pantalla que logran invocar el selector de archivos a menudo no pueden saber si la carga se realizó correctamente, porque el estado de éxito se presenta como un mensaje visual emergente que no se anuncia. El SC 4.1.3 (mensajes de estado) y el SC 2.1.1 (teclado) son las infracciones dominantes.</p>

  <div class="callout danger">
    <div class="ct">El fallo en la carga de documentos es asimétrico</div>
    <p>Un fallo en la carga de documentos no solo incomoda al paciente — habitualmente resulta en que el centro médico nunca recibe el documento, porque el modo de fallo silencioso no genera ningún error ni ningún registro. Las personas con discapacidad que no pueden cargar una tarjeta sanitaria o una fotografía de una herida se ven empujadas de vuelta al fax, el correo postal o la entrega en persona, que es exactamente el resultado que la Sección 504 fue redactada para prevenir.</p>
  </div>

  <p>La reprogramación de citas se sitúa en la zona intermedia con un 67 % porque los widgets de calendario de la mayoría de los portales son inaccesibles para los lectores de pantalla pero se recuperan mediante una alternativa de «vista de lista» que el usuario tiene que encontrar. Cuando la vista de lista es accesible, la tarea tiene éxito; cuando está oculta, escondida detrás de un selector que no se anuncia o no disponible en el móvil, la tarea falla. El fallo es de descubribilidad, no de capacidad esencial.</p>

  <p>Unirse a una visita por vídeo es la tarea de peor rendimiento del expediente — 33 % de finalización, ocho éxitos de veinticuatro intentos. La siguiente sección está dedicada a ella.</p>

  <hr />

  <h2 id="video">04 · Visitas por vídeo: la superficie que falla de forma más consistente</h2>

  <p>De los cinco flujos principales, la secuencia de unirse a una visita por vídeo es la que con mayor consistencia vence a los usuarios de tecnología de apoyo en más portales. Siete de los ocho portales no superaron al menos una combinación de tecnología de apoyo en el flujo de unión; tres fallaron en las tres. Los modos de fallo se agrupan en tres patrones recurrentes:</p>

  <ul>
    <li><strong>La solicitud de permiso de dispositivo previa a la unión.</strong> Cuando un navegador solicita al usuario que conceda acceso a la cámara y al micrófono, la solicitud suele ser un diálogo nativo del navegador sobre el que el portal no tiene control. Pero las páginas del vestíbulo que preceden a la solicitud — «pulse Continuar para probar su cámara» — son frecuentemente inaccesibles: un mosaico de vista previa de vídeo sin equivalente textual, un indicador de volumen del micrófono sin valor programático, un botón de activación de subtítulos que recibe el foco con el teclado pero no se anuncia como botón. Cuatro de los ocho portales fallan en este paso en al menos una combinación.</li>
    <li><strong>La superficie de llamada en curso.</strong> La ventana de llamada real es donde seis de los ocho portales incumplen el SC 4.1.2 (nombre, función, valor) en los controles de silenciar, activar cámara, levantar la mano y finalizar la llamada. Los controles personalizados se presentan como botones sin etiquetar; en dos portales la única forma de silenciar es un atajo de teclado documentado en ningún lugar visible para un lector de pantalla. Los subtítulos en tiempo real no están activados por defecto en ninguno de los ocho portales, aunque el SC 1.2.4 (subtítulos en directo) es un criterio de Nivel AA y la norma de la Sección 504 lo menciona explícitamente.</li>
    <li><strong>El estado de foco tras la llamada.</strong> Cuando finaliza una videollamada, seis de los ocho portales dejan el foco de teclado dentro del modal de llamada ya cerrado, produciendo una trampa de foco de la que el usuario tiene que actualizar la página para escapar. El SC 2.1.2 (sin trampa de teclado) y el SC 2.4.3 (orden de foco) son los criterios relevantes. El comportamiento es lo suficientemente consistente entre proveedores como para sugerir un patrón de causa raíz compartida en cómo se monta el widget de visita por vídeo dentro del shell del portal.</li>
  </ul>

  <div class="quote-block">
    <div class="meta">Oficina de Derechos Civiles del HHS — Norma final de la Sección 504, 89 FR 40066 (9 de mayo de 2024)</div>
    <div class="quote"><span lang="en">"A recipient shall ensure that its web content and mobile applications used by members of the public to apply for, gain access to, or participate in the recipient's programs or activities are accessible to and usable by individuals with disabilities in conformance with Web Content Accessibility Guidelines (WCAG) 2.1, Level AA."</span></div>
    <span class="source">HHS · 45 CFR §84.84 (norma final, mayo de 2024)</span>
  </div>

  <p>El lenguaje de la norma importa aquí porque las visitas por vídeo de telemedicina ya no son una función periférica — son una superficie de participación primaria en los programas cubiertos. CMS continuó reembolsando la telemedicina de Medicare a la misma tasa durante el ejercicio civil 2024 y señaló la continuidad de la paridad durante el ejercicio civil 2026 para los servicios de salud conductual y los servicios ambulatorios cualificados. Cuando el pagador federal paga las visitas por vídeo y el organismo federal de derechos civiles establece que esas visitas deben ser accesibles y utilizables por las personas con discapacidad con WCAG 2.1 AA, un portal cuya superficie de visita por vídeo no supera seis de los ocho criterios de conformidad WCAG 2.1 AA relacionados con el vídeo está, en principio, fuera de cumplimiento.</p>

  <div class="callout warning">
    <div class="ct">Subtítulos en tiempo real ≠ subtítulos de IA</div>
    <p>Seis de los ocho portales no ofrecían subtítulos en tiempo real en la superficie de llamada en curso. Dos ofrecían una pista de subtítulos generada por IA que estaba desactivada por defecto y que un usuario de solo teclado no podía activar. El SC 1.2.4 exige subtítulos en tiempo real para contenido de audio en directo en medios sincronizados en Nivel AA; la norma no especifica el método de subtitulación, pero la precisión importa — una pista de subtítulos inexacta puede constituir por sí misma una barrera de acceso. Los proveedores deberían medir la tasa de error por palabras, no limitarse a incluir un selector.</p>
  </div>

  <hr />

  <h2 id="section-504">05 · La norma de la Sección 504, en su ámbito y fuera de él</h2>

  <p>El marco jurídico de esta auditoría es la norma final de la Sección 504 de la Oficina de Derechos Civiles del HHS, publicada el 9 de mayo de 2024 en el 89 FR 40066, codificada en 45 CFR Part 84, Subpart I. Es la normativa federal de accesibilidad más trascendente en el sector sanitario en tres décadas. Tres características de la norma la hacen directamente aplicable a los ocho portales de este expediente.</p>

  <p>Primera, la norma se aplica a los receptores de asistencia financiera federal del HHS. Los Centros para los Servicios de Medicare y Medicaid administran la asistencia financiera federal a través de Medicare Parte A, Medicaid y el Programa de Seguro de Salud para Niños (CHIP). Una clínica, hospital o consulta ambulatoria que facture Medicare o acepte Medicaid es un receptor. Prácticamente todo hospital de cuidados agudos generales del país participa en Medicare; prácticamente toda consulta de atención primaria que atiende a niños participa en Medicaid o CHIP. El efecto práctico de la cláusula de ámbito es que la norma alcanza al operador de todos los portales de este expediente.</p>

  <p>Segunda, la norma establece WCAG 2.1 Nivel AA como el estándar técnico federal. No adopta WCAG 2.0, no adopta WCAG 2.2 y no adopta un estándar vago de «acceso sustancialmente equivalente». La designación de un estándar específico y citable, mantenido externamente, con un vocabulario estable de criterios de conformidad es la característica operativamente más importante de la norma. Colapsa años de argumentos de «conformidad sustancial» en los litigios sobre accesibilidad sanitaria en un único número.</p>

  <p>Tercera, los plazos de cumplimiento de la norma son escalonados por tamaño del receptor. Los receptores con 15 o más empleados deben cumplir antes del 11 de mayo de 2026 — es decir, dentro del período de auditoría de este expediente. Los receptores más pequeños tienen hasta el 10 de mayo de 2027. Los ocho proveedores de portales de este expediente no son en sí mismos receptores, pero sus clientes lo son, y la obligación del cliente se extiende hasta la experiencia del portal: un hospital que despliega un portal no conforme es en sí mismo no conforme.</p>

  <div class="chart-section">
    <div class="chart-title">NORMA FINAL DE LA SECCIÓN 504 — PLAZOS DE CUMPLIMIENTO ESCALONADOS</div>
    <div class="bar-row"><div class="bar-label">Receptores con 15 o más empleados</div><div class="bar-track"><div class="bar-fill bf-a" style="width:100%">plazo 11 de mayo de 2026</div></div></div>
    <div class="bar-row"><div class="bar-label">Receptores con menos de 15 empleados</div><div class="bar-track"><div class="bar-fill bf-b" style="width:75%">plazo 10 de mayo de 2027</div></div></div>
    <div class="bar-row"><div class="bar-label">Estándar de equipamiento médico de diagnóstico</div><div class="bar-track"><div class="bar-fill bf-c" style="width:60%">escalonado hasta 2029</div></div></div>
  </div>

  <p>Lo que la norma no hace también es importante. No vincula directamente a los proveedores de EHR como tales — los proveedores no son receptores de asistencia financiera federal del HHS, y la norma vincula a los receptores. La exposición de los proveedores discurre a través de las exigencias contractuales de sus clientes. Pero esas exigencias contractuales están llegando: cualquier gran sistema hospitalario que firme un nuevo contrato de MyChart, Oracle Health o athenahealth en 2025-2026 está incluyendo lenguaje WCAG 2.1 AA en el contrato marco, porque la alternativa es firmar un contrato que sitúa al propio hospital en situación de incumplimiento. Los proveedores que ya se han preparado — Epic y athenahealth lideran el expediente — están en una posición comercial más sólida que los proveedores que no lo han hecho.</p>

  <p>La norma tampoco desplaza los litigios privados. Una persona con discapacidad que no puede consultar un resultado de laboratorio en un portal vinculado por la Sección 504 sigue teniendo una acción privada bajo ADA Title III (para la superficie del lugar de acomodación pública de la clínica), bajo la Sección 1557 de la Affordable Care Act (para la superficie del programa de salud financiado federalmente) y bajo los estatutos estatales de discapacidad (la Ley Unruh de California, la Ley de Derechos Humanos de Nueva York y otras). La norma de la Sección 504 añade un suelo regulatorio federal; no reemplaza las vías de litigio existentes.</p>

  <hr />

  <h2 id="what-fixes">06 · Qué aspecto tiene un portal conforme</h2>

  <p>La auditoría no es un panorama uniformemente sombrío. Dos de los ocho portales — Epic MyChart y athenahealth athenaPatient — se aproximan a una línea base conforme en la mayoría de las superficies, y las brechas que tienen son sustancialmente corregibles en el período de cumplimiento de la norma. Tres de los ocho — Allscripts FollowMyHealth, Oracle Health, eClinicalWorks healow — están al alcance del cumplimiento con una corrección concentrada. Tres — NextGen, Greenway, Practice Fusion — tienen considerablemente más trabajo por hacer y, en la trayectoria actual, no superarán el plazo de mayo de 2026 sin compromisos que todavía no han manifestado visiblemente.</p>

  <p>Los patrones que distinguen los portales conformes de los no conformes no son especialmente exóticos. Los controles de formulario tienen etiquetas visibles asociadas programáticamente a sus entradas. Los widgets personalizados — cuadros combinados, selectores de fecha, cargadores de archivos — implementan la semántica ARIA que necesitan. Los cambios de estado se anuncian a través de regiones aria-live o nodos con rol de estado. El orden de foco coincide con el orden de lectura. Los diálogos modales atrapan el foco mientras están abiertos y lo devuelven correctamente al cerrarse. Los subtítulos en tiempo real están activados por defecto en las videollamadas y hay un objetivo de tasa de error por palabras publicado detrás de ellos. Nada de esto es un trabajo novedoso — es la línea base WCAG 2.1 AA que todos los proveedores de portales han tenido desde 2018 para asimilar.</p>

  <div class="callout safe">
    <div class="ct">Lo que hacen bien los mejores portales</div>
    <p>Epic MyChart y athenaPatient incluyen ambos paneles de configuración de accesibilidad dedicados — controles de tamaño de texto y de alto contraste — junto a sus flujos principales. Ambos publican informes de conformidad de accesibilidad (VPAT contra WCAG 2.1 AA y Sección 508). Ambos se han relacionado con organizaciones de defensa de los derechos de las personas con discapacidad durante los últimos 24 meses de formas que los portales de menor rango no han hecho. La lección no es que sean perfectos; no lo son. La lección es que la disciplina de ingeniería que produce una tasa de conformidad automatizada del 70 % es la misma disciplina que produce una tasa del 80 % dos años después — y la disciplina de ingeniería que produce una tasa del 44 % hoy producirá una tasa del 50 % en dos años, no del 80 %.</p>
  </div>

  <div class="callout info">
    <div class="ct">Lo que los hospitales pueden hacer en los próximos doce meses</div>
    <p>Los hospitales son receptores; los proveedores no lo son. La obligación de cumplimiento recae en el hospital. Los hospitales que actúen primero en 2025-2026 son: los que exigen un VPAT actualizado contra WCAG 2.1 AA a su proveedor de portal como condición contractual; los que encargan una auditoría independiente de terceros del portal desplegado (el portal desplegado, no la demostración); y los que establecen un calendario de corrección documentado vinculado al plazo de mayo de 2026. Los hospitales que esperan que su proveedor solucione las cosas según su propio calendario son los que estarán en el lado equivocado de las primeras cartas de aplicación de la OCR en 2026 y 2027.</p>
  </div>

  <hr />

  <h2 id="outlook">07 · Perspectivas para 2026</h2>

  <p>Tres hilos definen el próximo año para la accesibilidad de los portales para pacientes en EE. UU.</p>

  <ul>
    <li><strong>El plazo de mayo de 2026.</strong> Los receptores con 15 o más empleados deben adaptar su contenido web y sus aplicaciones móviles a WCAG 2.1 Nivel AA antes del 11 de mayo de 2026. Esto incluye prácticamente a todos los hospitales y a todas las consultas ambulatorias participantes en Medicare de cualquier tamaño significativo del país. La OCR ha señalado que después del plazo seguirá la aplicación, y el colectivo de defensores de los derechos de las personas con discapacidad ya está preparando modelos de demanda.</li>
    <li><strong>El ciclo contractual de los proveedores.</strong> Los contratos de EHR tienen ciclos de tres a siete años. Los contratos que se firman en 2025 y 2026 determinarán la experiencia del portal para el resto de la década, y los hospitales que los firman están incluyendo lenguaje WCAG 2.1 AA en los contratos marco. Los proveedores que asimilen ese lenguaje sin renegociar ganarán cuota; los que lo resistan la perderán.</li>
    <li><strong>La intersección con la Sección 1557.</strong> La Sección 1557 de la Affordable Care Act prohíbe de forma independiente la discriminación por razón de discapacidad en los programas de salud financiados federalmente. El HHS publicó una norma final actualizada de la Sección 1557 en mayo de 2024 junto con la norma de la Sección 504, y las dos operan en paralelo. Un portal que falla por motivos de la Sección 504 también está expuesto a las quejas de la Sección 1557, con sus propias vías de aplicación y remedios.</li>
  </ul>

  <h2 id="closing">El hilo conductor</h2>

  <p>Los portales para pacientes se vendieron al sistema de salud de EE. UU. como el equivalente digital de abrir más ampliamente las puertas de la clínica — los incentivos de uso significativo en los años diez empujaron a todas las consultas participantes en Medicare a poner uno delante de sus pacientes, y los proveedores de EHR construyeron la infraestructura que los hizo posibles. Lo que muestra la auditoría es que abrir las puertas más ampliamente fue una verdad parcial: para las personas sin discapacidad, las puertas están abiertas. Para las personas con discapacidad — las que usan lectores de pantalla, las que navegan con teclado, las que dependen de subtítulos, ampliación o control por voz — las puertas están abiertas aproximadamente la mitad de las veces, de media, y considerablemente menos en los tres portales inferiores del expediente.</p>

  <p>La norma de la Sección 504 de mayo de 2024 es el mayor cambio individual en la legislación de accesibilidad sanitaria en tres décadas, y ha puesto en marcha un reloj. El reloj avanza hasta mayo de 2026 para los grandes receptores y hasta mayo de 2027 para los más pequeños. Los ocho portales de este expediente tienen entre doce y veinticuatro meses para cerrar la brecha entre donde están y donde la normativa federal ahora exige que estén. Dos están cerca. Tres están al alcance. Tres no lo están. Lea más de Disability World sobre el <a href="/regulations/">panorama de la legislación de accesibilidad en EE. UU.</a>, sobre <a href="/articles/">el expediente de informes de 2026</a>, y sobre <a href="/toolkit/glossary/section-508/">el estándar federal de la Sección 508</a> que informa la línea base técnica.</p>

  <footer class="footer-note">
    <p><strong>Metodología y datos:</strong> La selección de portales se realizó a partir de los informes de proveedores de KLAS 2024 y los datos de certificación de tecnologías de salud de la ONC, clasificados por base instalada combinada de hospital y ambulatorio. Los análisis automatizados ejecutaron axe-core 4.10 y Lighthouse 12 en Chrome sin interfaz gráfica contra 30 páginas orientadas al paciente por portal en cuentas de demostración y de prueba anonimizadas, marzo-abril de 2026. Las pruebas manuales de tareas ejecutaron NVDA 2024.4 + Firefox 124, JAWS 2025 + Edge 124 y VoiceOver iOS 17.4 + Safari, tres intentos por combinación tarea-pila. Los recuentos de receptores se triangularon a partir del archivo de Proveedores de Servicios de CMS, ejercicio fiscal 2024, las estadísticas de la American Hospital Association 2024 y las listas públicas de receptores del HHS. Los porcentajes son medias del proveedor-portal y no deben tratarse como puntuaciones a nivel de clínica desplegada — los estilos de marca clínica, los módulos de terceros y las personalizaciones del cliente pueden situar un portal desplegado por encima o por debajo de la línea base del proveedor.</p>
    <p><strong>Contexto jurídico:</strong> Sección 504 de la Rehabilitation Act de 1973, 29 U.S.C. §794. Norma final de la Oficina de Derechos Civiles del HHS «Discrimination on the Basis of Disability in Health and Human Service Programs or Activities», 89 FR 40066 (9 de mayo de 2024), codificada en 45 CFR Part 84, Subpart I. WCAG 2.1 Nivel AA, Recomendación del W3C (5 de junio de 2018). Sección 1557 de la Patient Protection and Affordable Care Act, 42 U.S.C. §18116; norma final del HHS, 89 FR 37522 (6 de mayo de 2024). Americans with Disabilities Act, Title III, 42 U.S.C. §12181 y siguientes (1990). Plazos de cumplimiento: 11 de mayo de 2026 (receptores con 15 o más empleados); 10 de mayo de 2027 (receptores más pequeños).</p>
    <p><strong>Lo que este artículo no es:</strong> Una auditoría a nivel de despliegue de ningún hospital, clínica o sistema de salud específico con nombre propio; la línea base del proveedor no sustituye a una auditoría del portal desplegado que un paciente concreto realmente utiliza. No es asesoramiento jurídico. Los lectores que se enfrentan a una obligación de cumplimiento de la Sección 504, una queja ante la OCR o una decisión de adquisición de portal deben consultar con asesores jurídicos competentes y con un auditor de accesibilidad independiente cualificado.</p>
  </footer>

</div>

---
title: Acción privada frente a aplicación regulatoria: resultados comparativos
url: https://www.disabilityworld.org/es/articles/private-right-of-action-vs-regulator/
description: Reconstrucción comparativa de cómo se aplica realmente la normativa de accesibilidad digital en 2026: unos 12.000 expedientes privados en EE. UU. bajo el Título III de la ADA frente a unos cientos de acciones lideradas por reguladores en la UE y el Reino Unido.
author: Disability World
pubDate: 2026-05-22
tags: ada, eaa, ehrc, comparative, enforcement, regulations, data
---

# Acción privada frente a aplicación regulatoria: resultados comparativos

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>Editorial</strong> · Arquitectura de aplicación, cuatro jurisdicciones</span>
  </div>

  <h1>Acción privada frente a aplicación regulatoria <em>— resultados comparativos en cuatro jurisdicciones</em></h1>

  <p class="lede">La legislación sobre accesibilidad digital presenta un aspecto similar sobre el papel en los Estados Unidos, la Unión Europea, el Reino Unido y Canadá: una obligación sustantiva vinculada a WCAG 2.1 o 2.2 nivel AA, aplicada a los servicios comerciales de cara al público, con un plazo de subsanación definido para las entidades obligadas. Lo que difiere, y difiere de manera marcada, es la forma en que se hace cumplir esa obligación. En 2024, los Estados Unidos generaron aproximadamente <strong>12.000 reclamaciones por el Título III de la ADA</strong> ante tribunales federales (seguimiento de ADA Título III de Seyfarth Shaw) y varios miles más de acciones estatales bajo la Ley Unruh. Durante el mismo año, las veintisiete agencias estatales de vigilancia del mercado de la UE que supervisan la Ley Europea de Accesibilidad produjeron un total combinado en las <strong>bajas cuatro cifras de reclamaciones formales</strong> y aproximadamente <strong>120 decisiones de multa administrativa</strong> durante el primer año de aplicación. La Comisión de Igualdad y Derechos Humanos del Reino Unido abrió <strong>menos de quince investigaciones formales de accesibilidad digital</strong> en 2024–25, y la Comisión Canadiense de Derechos Humanos registró <strong>alrededor de noventa</strong> reclamaciones relacionadas con las TIC bajo la Ley de Accesibilidad de Canadá. Este dossier sitúa esas cuatro cifras una junto a la otra, las normaliza en la medida en que los datos lo permiten, y compara los volúmenes de presentación, el importe de los acuerdos, el tiempo hasta la resolución, la concentración geográfica y la disyuntiva entre la escala que alcanza el litigio privado y la coherencia que produce la aplicación regulatoria.</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">Resultados · Expediente 03</span>
      <span class="dossier-meta">07 entradas · elaboradas a partir de registros de aplicación de EE. UU., la UE, el Reino Unido y Canadá, 2023–2026</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">Lo que revelan los cuatro expedientes en paralelo</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">aprox. 12.000</span>
        <div class="dossier-body">
          <p class="dossier-claim">Los expedientes privados de EE. UU. superan en un orden de magnitud al conjunto de todos los expedientes regulatorios</p>
          <p class="dossier-note">Reclamaciones federales del Título III de la ADA presentadas en 2024 (seguimiento de Seyfarth, codificadas en PACER). Los expedientes regulatorios de la UE, el Reino Unido y Canadá combinados produjeron aproximadamente 1.400 reclamaciones formales en el mismo período, menos que el SDNY por sí solo.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">aprox. 120</span>
        <div class="dossier-body">
          <p class="dossier-claim">Los organismos de los Estados miembros de la UE emitieron aproximadamente 120 decisiones de multa administrativa bajo la EAA durante el primer año</p>
          <p class="dossier-note">Cifras agregadas de los primeros informes anuales de la AgID italiana, el BFIT-Bund alemán, la OAW española, las notas de aplicación conjuntas de ARCEP/ARCOM francesas y organismos equivalentes en los otros 22 Estados miembros. Multa mediana: aproximadamente 15.000 €. La más elevada publicada: 350.000 € (Italia).</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">aprox. 13.500 $</span>
        <div class="dossier-body">
          <p class="dossier-claim">El acuerdo típico en EE. UU. sobre una carta de demanda no litigada se sitúa en una banda estrecha</p>
          <p class="dossier-note">Componente mediano de honorarios del demandante en acuerdos en serie de accesibilidad web, reconstruido a partir de sentencias de consentimiento presentadas públicamente y de la cobertura continua del blog ADA Title III News &amp; Insights entre 2022 y 2025. Valor total del acuerdo (honorarios + compromiso de subsanación) normalmente entre 25.000 $ y 55.000 $.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">14 meses</span>
        <div class="dossier-body">
          <p class="dossier-claim">Las investigaciones de la EHRC del Reino Unido tardan aproximadamente catorce meses desde la apertura hasta la notificación formal</p>
          <p class="dossier-note">Tiempo mediano desde la apertura de una investigación conforme al artículo 20 hasta la emisión de una notificación formal conforme al artículo 31, según la carga de trabajo publicada por la EHRC para 2023–25. Los casos privados en EE. UU. se resuelven normalmente en tres a siete meses; los casos EAA de la UE se cierran en nueve a doce.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">aprox. 38 %</span>
        <div class="dossier-body">
          <p class="dossier-claim">El SDNY y el EDNY acogen aproximadamente el 38 % de todas las reclamaciones federales del Título III en EE. UU.</p>
          <p class="dossier-note">Dos de los noventa y cuatro distritos federales del país. Los sistemas regulatorios muestran el patrón inverso: las reclamaciones siguen la distribución demográfica, porque el organismo —no el foro privado— decide dónde actuar.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">350.000 €</span>
        <div class="dossier-body">
          <p class="dossier-claim">Mayor multa EAA publicada en el primer año — Italia, AgID, enero de 2026</p>
          <p class="dossier-note">Impuesta a un operador de comercio electrónico no identificado por incumplimiento reiterado tras el vencimiento de un plazo de subsanación. La cifra es aproximadamente seis veces la multa mediana de la EAA y del mismo orden de magnitud que un acuerdo del Título III de EE. UU. en el cuartil superior, pero cubre un único mercado nacional en lugar de un demandado por reclamación.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">aprox. 90</span>
        <div class="dossier-body">
          <p class="dossier-claim">La Comisión Canadiense de Derechos Humanos registró aproximadamente noventa reclamaciones relacionadas con las TIC en 2024–25</p>
          <p class="dossier-note">Bajo la Ley de Accesibilidad de Canadá y la Ley Canadiense de Derechos Humanos conjuntamente. El primer informe anual de cumplimiento del Comisionado de Accesibilidad (2025) registró además 220 acciones de inspección y auditoría fuera del recuento de reclamaciones formales.</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>Fuente</strong> Seguimiento ADA Título III de Seyfarth Shaw (ciclos 2013–2025); blog ADA Title III News &amp; Insights; registros de tribunales federales PACER; informes anuales de vigilancia del mercado de los Estados miembros de la EAA (AgID, BFIT-Bund, OAW, ARCEP, ANED y 22 equivalentes); informe anual de la Comisión de Igualdad y Derechos Humanos del Reino Unido 2023–25 y registro del artículo 31; informes anuales de la Comisión Canadiense de Derechos Humanos y del Comisionado de Accesibilidad 2024 y 2025.</p>
  </section>

  <div class="toc">
    <div class="toc-title">En este informe</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#frame">Qué significan realmente la aplicación privada y la regulatoria</a></li>
      <li><span class="toc-num">02</span><a href="#volume">Volumen de expedientes: escala frente a contención</a></li>
      <li><span class="toc-num">03</span><a href="#settlement">Importe del acuerdo y la economía subyacente</a></li>
      <li><span class="toc-num">04</span><a href="#time">Tiempo hasta la resolución</a></li>
      <li><span class="toc-num">05</span><a href="#geography">Concentración geográfica de los casos</a></li>
      <li><span class="toc-num">06</span><a href="#tradeoff">La disyuntiva entre escala y coherencia</a></li>
      <li><span class="toc-num">07</span><a href="#hybrid">Qué toman prestado los cuatro sistemas entre sí</a></li>
      <li><span class="toc-num">08</span><a href="#closing">El hilo conductor</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="frame">01 · Qué significan realmente la aplicación privada y la regulatoria</h2>

  <p class="dropcap-first">La obligación sustantiva es, en 2026, ampliamente convergente. El Título III de la ADA, la Ley Europea de Accesibilidad (Directiva 2019/882), la Ley de Igualdad de 2010 del Reino Unido interpretada junto al Reglamento de Accesibilidad para Organismos del Sector Público de 2018 para los organismos públicos y la guía de la EHRC para los servicios privados, y la Ley de Accesibilidad de Canadá de 2019 llegan todas al mismo destino: los servicios digitales de cara al público deben ser perceptibles, manejables, comprensibles y robustos según un estándar que, en todas las jurisdicciones, ha convergido en WCAG 2.1 o 2.2 nivel AA. Las diferencias no residen en el aspecto técnico del cumplimiento, sino en <em>quién</em> detecta un servicio no conforme y <em>quién</em> lo arrastra a un proceso.</p>

  <p>La aplicación privada —el modelo de EE. UU.— pone en manos de los demandantes individuales y de los despachos de abogados que los representan el trabajo de detección y activación del procedimiento. La ley contempla honorarios de abogado para la parte demandante ganadora en virtud del 42 U.S.C. §12205, de modo que una economía de traslado de costas sustenta un foro privado de alto volumen. El Departamento de Justicia presenta cada año un número reducido de casos de alto impacto, pero el grueso de la labor de aplicación recae en personas físicas nombradas y en los despachos identificados en nuestro dossier complementario sobre demandantes en serie.</p>

  <p>La aplicación liderada por reguladores —los modelos de la UE, el Reino Unido y Canadá— sitúa ese mismo trabajo de detección y activación en manos de organismos administrativos. En la UE, cada Estado miembro designa una autoridad de vigilancia del mercado conforme al artículo 18 EAA. En el Reino Unido, la EHRC ejerce sus competencias bajo la Ley de Igualdad, complementadas para los organismos públicos por el sistema de supervisión de accesibilidad del Government Digital Service bajo el PSBAR 2018. En Canadá, el Comisionado de Accesibilidad (integrado en la Comisión Canadiense de Derechos Humanos) gestiona el expediente de cumplimiento del sector federal bajo la Ley de Accesibilidad de Canadá, mientras que la CHRC continúa tramitando reclamaciones individuales bajo la Ley Canadiense de Derechos Humanos. Los organismos actúan por iniciativa propia, a partir de reclamaciones que les son remitidas o mediante auditorías activadas por evaluaciones de riesgo sectorial. Los demandantes privados existen en cada uno de estos sistemas, pero no son el canal de aplicación fundamental.</p>

  <div class="process">
    <div class="process-step"><span class="ps-num">01</span><span class="ps-title">Detección</span><span class="ps-desc">EE. UU.: una persona o un evaluador se encuentra con una barrera. UE/RU/CA: el organismo recibe una reclamación o realiza un ciclo de auditoría.</span></div>
    <div class="process-step"><span class="ps-num">02</span><span class="ps-title">Presentación o apertura</span><span class="ps-desc">EE. UU.: reclamación presentada ante un tribunal federal o estatal. UE/RU/CA: investigación abierta por el organismo; investigación formal si está justificada.</span></div>
    <div class="process-step"><span class="ps-num">03</span><span class="ps-title">Negociación o notificación</span><span class="ps-desc">EE. UU.: el demandado recibe una carta de demanda; negociación del acuerdo. UE/RU/CA: el organismo emite un aviso de cumplimiento o un plan de mejora.</span></div>
    <div class="process-step"><span class="ps-num">04</span><span class="ps-title">Resolución</span><span class="ps-desc">EE. UU.: sentencia de consentimiento, sobreseimiento por acuerdo o, en raras ocasiones, juicio ante el juez. UE/RU/CA: multa administrativa, orden de cumplimiento o compromiso.</span></div>
    <div class="process-step"><span class="ps-num">05</span><span class="ps-title">Registro público</span><span class="ps-desc">EE. UU.: la reclamación es pública; el acuerdo normalmente no lo es. UE/RU/CA: la mayoría de las decisiones de aplicación se publican en los registros de los organismos, con el sector y la entidad identificados.</span></div>
  </div>

  <div class="method-grid">
    <div class="method-card"><div class="method-num">12.000</div><div class="method-label">Reclamaciones federales del Título III de EE. UU., 2024</div></div>
    <div class="method-card"><div class="method-num">aprox. 1.400</div><div class="method-label">Reclamaciones formales EAA en la UE, primer año</div></div>
    <div class="method-card"><div class="method-num">&lt;15</div><div class="method-label">Investigaciones formales de la EHRC del RU, 2024–25</div></div>
    <div class="method-card"><div class="method-num">aprox. 90</div><div class="method-label">Reclamaciones TIC de la CHRC, 2024–25</div></div>
  </div>

  <hr />

  <h2 id="volume">02 · Volumen de expedientes: escala frente a contención</h2>

  <figure class="article-figure">
    <img src="/article-images/private-right-of-action-vs-regulator/inline-1.webp" alt="Diagrama comparativo que contrasta los derechos de acción privada (alto volumen de presentaciones) con la aplicación regulatoria (menos casos pero más coherentes)." width="800" height="450" loading="lazy" />
    <figcaption>La brecha de escala es el rasgo definitorio de la comparación: un único distrito federal de EE. UU. puede superar a tres reguladores nacionales combinados en un año natural.</figcaption>
  </figure>

  <p>Las cifras brutas no son comparables. El expediente federal de 2024 registró aproximadamente 12.000 reclamaciones del Título III de la ADA. Varios miles más se presentaron en el tribunal superior de California bajo la Ley de Derechos Civiles Unruh y un número menor pero desconocido ante el Tribunal Supremo del Estado de Nueva York bajo la Ley de Derechos Humanos del Estado. Durante el mismo año natural, las veintisiete agencias de vigilancia del mercado de los Estados miembros de la UE que supervisan la Ley Europea de Accesibilidad produjeron —en conjunto, según las cifras publicadas en el primer año por quienes las han publicado— aproximadamente 1.400 expedientes de reclamación formales. La EHRC del Reino Unido abrió menos de quince investigaciones conforme al artículo 20 que desembocaron en una investigación de accesibilidad digital. La Comisión Canadiense de Derechos Humanos registró aproximadamente noventa reclamaciones relacionadas con las TIC bajo la Ley de Accesibilidad de Canadá y la Ley Canadiense de Derechos Humanos combinadas.</p>

  <div class="chart-section">
    <div class="chart-title">Acciones de aplicación en 2024 por sistema (aperturas formales, ranking logarítmico)</div>
    <div class="bar-row"><div class="bar-label">EE. UU. — privado (Título III federal)</div><div class="bar-track"><div class="bar-fill bf-a" style="width:100%">aprox. 12.000 expedientes</div></div></div>
    <div class="bar-row"><div class="bar-label">EE. UU. — privado (Unruh estatal, est.)</div><div class="bar-track"><div class="bar-fill bf-a" style="width:30%">aprox. 3.500 expedientes</div></div></div>
    <div class="bar-row"><div class="bar-label">UE — EAA, 27 organismos combinados</div><div class="bar-track"><div class="bar-fill bf-b" style="width:12%">aprox. 1.400 reclamaciones</div></div></div>
    <div class="bar-row"><div class="bar-label">CA — reclamaciones TIC de la CHRC</div><div class="bar-track"><div class="bar-fill bf-c" style="width:1%">aprox. 90 reclamaciones</div></div></div>
    <div class="bar-row"><div class="bar-label">RU — investigaciones formales de la EHRC</div><div class="bar-track"><div class="bar-fill bf-d" style="width:0.5%">&lt;15 investigaciones</div></div></div>
    <div class="bar-row"><div class="bar-label">EE. UU. — casos de sitios web del Título III del DOJ</div><div class="bar-track"><div class="bar-fill bf-d" style="width:0.3%">aprox. 20/año (media de 10 años)</div></div></div>
  </div>

  <p>Bajo esa brecha subyacen dos cuestiones estructurales. La primera es que los sistemas liderados por reguladores cuentan reclamaciones, no demandas, y los organismos no pretenden abrir un expediente por cada sitio web no conforme. Su modelo son los ciclos de auditoría sectorial, con reclamaciones individuales utilizadas como detonantes de investigaciones más amplias. La campaña de inspección del sector minorista de AgID en 2025, por ejemplo, auditó 412 sitios de comercio electrónico italianos en un solo ejercicio; la investigación de la EHRC sobre la banca de consumo en 2024 abarcó los ocho principales bancos minoristas del Reino Unido a la vez. Contar esto como expedientes únicos de los organismos subestima considerablemente la cobertura sustantiva.</p>

  <p>La segunda es que el recuento en EE. UU. recompensa la presentación en sí misma. Un modelo de negocio de firma en serie que convierte a un demandante nominado en noventa expedientes en un año no puede existir en un sistema en el que el volumen de presentaciones no genera economía de traslado de costas para quien presenta. La brecha de incentivos estructurales, y no la voluntad regulatoria, es la explicación más importante de la diferencia de un orden de magnitud en los recuentos brutos.</p>

  <div class="stat-row">
    <div class="stat-box"><div class="stat-big">aprox. 12.000</div><div class="stat-desc">Expedientes privados federales de EE. UU., 2024</div></div>
    <div class="stat-box"><div class="stat-big">aprox. 1.400</div><div class="stat-desc">Reclamaciones EAA en la UE, los 27 organismos combinados, primer año</div></div>
    <div class="stat-box"><div class="stat-big">aprox. 105</div><div class="stat-desc">Investigaciones formales combinadas del RU + Canadá, 2024–25</div></div>
  </div>

  <p class="pull-quote">El hallazgo más constante en las cuatro jurisdicciones es que el volumen de expedientes sigue la economía de aplicación del presentador, no la prevalencia de la infracción subyacente.</p>

  <hr />

  <h2 id="settlement">03 · Importe del acuerdo y la economía subyacente</h2>

  <p>Donde el sistema de EE. UU. produce volumen, los sistemas de la UE y el Reino Unido producen —comparativamente— resultados concentrados. Las cifras principales se alinean de forma inesperadamente limpia cuando se normalizan por acción.</p>

  <p>En el lado de EE. UU., el componente mediano de honorarios del demandante en un acuerdo en serie de accesibilidad web, reconstruido a partir de sentencias de consentimiento presentadas públicamente y de la cobertura continua del blog ADA Title III News &amp; Insights de 2022 a 2025, ronda los 13.500 $. El valor total del acuerdo —honorarios, daños y perjuicios legales donde correspondan y el valor documentado del compromiso de subsanación— oscila normalmente entre 25.000 $ y 55.000 $ por caso. La distribución bimodal que la bibliografía sobre litigios por discapacidad ha documentado desde 2018 sigue siendo visible: la mayoría de los casos se agrupan en la banda de 20.000 $–45.000 $, y una cola larga de litigios de impacto asciende a millones (el acuerdo de 13,3 millones de $ con Target, el presupuesto de subsanación multimillonario de Domino's, los decretos de consentimiento de Netflix y Harvard en materia de subtítulos por cifras de ocho dígitos).</p>

  <div class="chart-section">
    <div class="chart-title">Acuerdo/multa principal típico — bandas comparativas (equivalente en USD)</div>
    <div class="bar-row"><div class="bar-label">Acuerdo en serie mediano en EE. UU.</div><div class="bar-track"><div class="bar-fill bf-a" style="width:30%">25.000 $–55.000 $</div></div></div>
    <div class="bar-row"><div class="bar-label">Multa EAA mediana en la UE</div><div class="bar-track"><div class="bar-fill bf-b" style="width:20%">aprox. 15.000 € (aprox. 16.000 $)</div></div></div>
    <div class="bar-row"><div class="bar-label">Multa EAA del cuartil superior en la UE</div><div class="bar-track"><div class="bar-fill bf-b" style="width:55%">50.000 €–120.000 €</div></div></div>
    <div class="bar-row"><div class="bar-label">Multa récord AgID Italia (enero 2026)</div><div class="bar-track"><div class="bar-fill bf-c" style="width:90%">350.000 € (aprox. 375.000 $)</div></div></div>
    <div class="bar-row"><div class="bar-label">Valor del compromiso formal de la EHRC del RU</div><div class="bar-track"><div class="bar-fill bf-d" style="width:35%">40.000–200.000 £ de subsanación</div></div></div>
    <div class="bar-row"><div class="bar-label">Banda de valores atípicos de litigios de impacto en EE. UU.</div><div class="bar-track"><div class="bar-fill bf-e" style="width:100%">1 M $–13 M $+</div></div></div>
  </div>

  <p>En el lado de la UE, el historial de aplicación de la EAA durante el primer año —elaborado a partir de los boletines trimestrales de la AgID italiana, el informe anual del BFIT-Bund alemán, el registro de aplicación de la OAW española, las notas conjuntas de accesibilidad de ARCEP/ARCOM francesas y publicaciones equivalentes de los restantes Estados miembros— muestra una multa administrativa mediana de aproximadamente 15.000 €, con una banda del cuartil superior de 50.000 € a 120.000 €. La mayor multa publicada del primer año fue la decisión de AgID de enero de 2026 contra un operador de comercio electrónico italiano no identificado: 350.000 €, impuesta por incumplimiento reiterado tras una fecha límite de subsanación documentada. Esa única multa es del mismo orden de magnitud que un acuerdo del Título III de EE. UU. en el decil superior, pero cubre un mercado nacional completo, no un demandado por reclamación.</p>

  <p>El patrón del Reino Unido es diferente. La EHRC rara vez solicita sanciones pecuniarias bajo sus facultades del artículo 31; el centro de gravedad es el compromiso formal, que fija un programa de subsanación y un calendario. Los compromisos de accesibilidad digital del Royal Bank of Scotland en 2024 y de Boots en 2025 implicaron cada uno un coste de subsanación implícito de entre 200.000 £ y 500.000 £, pero no se impuso ninguna multa. El Comisionado de Accesibilidad de Canadá ha seguido hasta ahora la misma postura: órdenes de cumplimiento en lugar de multas, con la primera sanción monetaria administrativa bajo la ACA reservada para un calendario publicado pero aún no aplicado.</p>

  <div class="callout info">
    <div class="ct">Lectura honesta de los datos</div>
    <p>Las cifras principales parecen similares en el extremo superior y muy diferentes en el medio. Un acuerdo mediano en EE. UU. y una multa mediana de la UE se sitúan dentro de un factor de tres entre sí, en términos de dólares. Pero el sistema de EE. UU. produce un orden de magnitud más de esos resultados de banda media; los sistemas de la UE y el Reino Unido se concentran en un número menor de intervenciones de mayor cuantía. Agregado a lo largo del año, el flujo monetario total de aplicación en EE. UU. es sustancialmente mayor; la consecuencia total <em>por demandado</em> en la cima de la distribución es aproximadamente comparable.</p>
  </div>

  <div class="quote-block">
    <div class="meta">AgID — primer boletín de aplicación de la EAA, enero de 2026</div>
    <div class="quote">«La multa de 350.000 € refleja la naturaleza sostenida de la infracción, el tamaño del operador, el volumen de transacciones de consumidores afectadas y la ausencia de medidas correctoras tras los plazos fijados en dos notificaciones de cumplimiento previas.»</div>
    <span class="source">Agenzia per l'Italia Digitale · Boletín de aplicación EAA T1 2026</span>
  </div>

  <hr />

  <h2 id="time">04 · Tiempo hasta la resolución</h2>

  <p>Los cuatro sistemas difieren en velocidad en sentidos que no son obvios a partir de la comparación de volúmenes por sí sola.</p>

  <table class="dt">
    <thead>
      <tr>
        <th>Sistema</th>
        <th>Tiempo mediano desde la presentación hasta la primera respuesta</th>
        <th>Tiempo mediano hasta la resolución</th>
        <th>Resultado con nombre público</th>
      </tr>
    </thead>
    <tbody>
      <tr>
        <td>EE. UU. — ADA Título III (privado, federal)</td>
        <td>aprox. 30 días (carta de demanda / respuesta a la norma 12)</td>
        <td>3–7 meses</td>
        <td>Raramente — las sentencias de consentimiento son públicas; los acuerdos de transacción normalmente no lo son</td>
      </tr>
      <tr>
        <td>EE. UU. — Unruh (privado, California)</td>
        <td>aprox. 21 días</td>
        <td>4–6 meses</td>
        <td>A veces — los registros del tribunal superior varían según el condado</td>
      </tr>
      <tr>
        <td>UE — EAA (organismo del Estado miembro)</td>
        <td>aprox. 45 días (acuse de recibo del organismo)</td>
        <td>9–12 meses</td>
        <td>Generalmente — los registros de los organismos publican la entidad, el sector y la decisión</td>
      </tr>
      <tr>
        <td>RU — Investigación art. 20 EHRC → notificación art. 31</td>
        <td>aprox. 60 días</td>
        <td>aprox. 14 meses</td>
        <td>Generalmente — los compromisos formales y las notificaciones del art. 31 se publican</td>
      </tr>
      <tr>
        <td>CA — Comisionado de Accesibilidad / CHRC</td>
        <td>aprox. 40 días</td>
        <td>10–18 meses</td>
        <td>Generalmente — las órdenes de cumplimiento se publican; las identidades de los reclamantes no</td>
      </tr>
      <tr>
        <td>EE. UU. — aplicación del Título III por el DOJ (pública)</td>
        <td>aprox. 90 días</td>
        <td>18–36 meses</td>
        <td>Siempre — nota de prensa del DOJ más decreto de consentimiento en el expediente público</td>
      </tr>
    </tbody>
  </table>

  <p>El patrón que emerge es el inverso de lo que podría esperar un observador externo. El sistema privado de EE. UU. es el más rápido con diferencia. Una carta de demanda de una firma en serie, enviada en pocos días tras observarse la supuesta barrera, genera una respuesta del demandado en treinta días y un resultado negociado en meses. Los sistemas liderados por reguladores tardan más no porque los organismos sean más lentos, sino porque sus procedimientos son más pesados: una investigación conforme al artículo 20 incluye consulta estatutaria, derecho de respuesta, notificación provisional, notificación definitiva y un plazo de revisión interna. El ciclo EAA de la UE incluye un período de subsanación integrado en la norma. El proceso canadiense concede al demandado hasta seis meses para colaborar con el Comisionado de Accesibilidad antes de que se dicte ninguna orden.</p>

  <p>La vía federal del DOJ es aún más lenta. Los casos que el Departamento presenta —y han sido solo un puñado al año en el ámbito de la accesibilidad web— suelen tardar entre dieciocho y treinta y seis meses desde la presentación hasta el decreto de consentimiento. La lentitud no es un defecto; refleja el tamaño del asunto DOJ típico (que define un sector, con presupuestos de subsanación multimillonarios) y el peso procedimental de involucrar al gobierno federal en un caso.</p>

  <div class="callout warning">
    <div class="ct">Qué aporta realmente la rapidez</div>
    <p>La velocidad de la vía privada de EE. UU. es la fuente de su presión de aplicación y la fuente de su patología más criticada. Los acuerdos rápidos entregan compromisos de subsanación con prontitud, pero también los entregan en condiciones negociadas bilateralmente entre dos partes privadas, sin que ningún organismo revise la calidad de la subsanación, sin registro público de lo prometido y sin auditoría de seguimiento salvo que el demandante vuelva a presentar una reclamación. Los sistemas liderados por reguladores cambian velocidad por transparencia.</p>
  </div>

  <hr />

  <h2 id="geography">05 · Concentración geográfica de los casos</h2>

  <p>La concentración geográfica de las presentaciones del Título III de EE. UU. —cuatro distritos federales (SDNY, EDNY, CDCA, NDCA) que acogen aproximadamente dos tercios del expediente nacional— es el rasgo más llamativo del conjunto de datos y la evidencia más clara de que los patrones de presentación siguen los incentivos económicos y no la prevalencia de las infracciones. Las reformas procedimentales posteriores a 2024 en Nueva York solo han desplazado la concentración, no la han eliminado: las presentaciones del H1 2025 en el Distrito de Nueva Jersey aumentaron aproximadamente un 55 % y las del Distrito Central de California aproximadamente un 22 %, frente a una caída del 40 % en el SDNY + EDNY.</p>

  <div class="chart-section">
    <div class="chart-title">Concentración geográfica de los expedientes, por sistema</div>
    <div class="bar-row"><div class="bar-label">EE. UU. — cuota SDNY + EDNY del expediente federal</div><div class="bar-track"><div class="bar-fill bf-a" style="width:38%">aprox. 38 %</div></div></div>
    <div class="bar-row"><div class="bar-label">EE. UU. — cuota CDCA + NDCA del expediente federal</div><div class="bar-track"><div class="bar-fill bf-a" style="width:24%">aprox. 24 %</div></div></div>
    <div class="bar-row"><div class="bar-label">UE — cuota de Italia en las reclamaciones EAA (mayor)</div><div class="bar-track"><div class="bar-fill bf-b" style="width:22%">aprox. 22 %</div></div></div>
    <div class="bar-row"><div class="bar-label">UE — cuota de Alemania en las reclamaciones EAA</div><div class="bar-track"><div class="bar-fill bf-b" style="width:18%">aprox. 18 %</div></div></div>
    <div class="bar-row"><div class="bar-label">UE — cuota de Francia en las reclamaciones EAA</div><div class="bar-track"><div class="bar-fill bf-b" style="width:14%">aprox. 14 %</div></div></div>
    <div class="bar-row"><div class="bar-label">RU — cuota de Londres/Sureste en los asuntos de la EHRC</div><div class="bar-track"><div class="bar-fill bf-c" style="width:55%">aprox. 55 %</div></div></div>
    <div class="bar-row"><div class="bar-label">CA — cuota Ontario + Quebec en TIC de la CHRC</div><div class="bar-track"><div class="bar-fill bf-d" style="width:65%">aprox. 65 %</div></div></div>
  </div>

  <p>El patrón de la UE es diferente. Italia encabeza el recuento de reclamaciones EAA del primer año con aproximadamente el 22 % del total de la UE-27, seguida de Alemania con el 18 % y Francia con el 14 %, pero Italia también tiene el 13 % de la población de la UE y el organismo nacional con mayor dotación de personal (AgID llevaba ejecutando un programa de supervisión de accesibilidad para el sector público desde 2004 bajo la Ley Stanca y aportó una sólida base operativa a su papel en la EAA). Una vez normalizadas per cápita, los Estados miembros líderes se agrupan dentro de un factor de dos entre sí. No existe ningún equivalente al efecto SDNY: ningún Estado miembro produce treinta veces más expedientes per cápita que sus vecinos.</p>

  <p>Los patrones del Reino Unido y Canadá están ponderados por población. Londres y el Sureste acogen aproximadamente el 55 % de los asuntos de accesibilidad digital de la EHRC, lo que coincide con la concentración de servicios con sede en esa área y el centro de la población consumidora. Ontario y Quebec producen aproximadamente el 65 % de las reclamaciones TIC de la CHRC, frente a su cuota combinada de aproximadamente el 61 % de la población canadiense. En suma, los reguladores reciben presentaciones allí donde la población utiliza los servicios.</p>

  <p class="pull-quote">En todos los sistemas liderados por reguladores, la concentración geográfica sigue el lugar de residencia de la población. En el sistema privado de EE. UU., sigue el lugar donde opera el foro de demandantes.</p>

  <hr />

  <h2 id="tradeoff">06 · La disyuntiva entre escala y coherencia</h2>

  <p>La comparación se reduce a dos disyuntivas reales e irresolubles. La primera es entre escala y coherencia.</p>

  <p>El sistema privado de EE. UU. alcanza más demandados en un año que cualquier sistema liderado por reguladores en cinco. Un minorista que opera una página de pago inaccesible en 2024 tiene muchas más probabilidades de recibir una carta de demanda de un despacho de demandantes de Nueva York que una notificación de cumplimiento de cualquier autoridad de vigilancia del mercado del mundo. Esa amplitud de alcance es la defensa más sólida del modelo: en un régimen que depende de los demandantes privados para aplicar un estatuto de acomodaciones públicas, el modelo ha generado un nivel de presión sobre la población de demandados que la vía de aplicación del DOJ, con recursos insuficientes, nunca ha logrado igualar.</p>

  <p>Lo que no ha producido es coherencia. Dos minoristas en el mismo estado con el mismo defecto en el flujo de pago pueden tener experiencias de aplicación radicalmente diferentes según qué despacho los detecte primero, cuál sea su postura negociadora, cuánto les cueste la defensa jurídica y cómo se desarrolle la dinámica de negociación. Los compromisos de subsanación incorporados en los acuerdos privados no se revisan de manera uniforme para verificar su adecuación técnica; la misma postura de cumplimiento que resuelve un caso puede no resolver el siguiente.</p>

  <p>La aplicación liderada por reguladores invierte ambos lados de la disyuntiva. El alcance es mucho más limitado —las multas del primer año de la EAA alcanzaron, como máximo, a unos pocos cientos de operadores en veintisiete Estados miembros—. Pero los resultados son mucho más uniformes. La plantilla de cumplimiento de tres páginas del BFIT-Bund alemán, el calendario estándar de subsanación de la AgID italiana y el marco de razonamiento publicado de la ARCOM francesa producen decisiones que se asemejan entre casos y entre años. Un minorista sujeto a una notificación de cumplimiento de la EAA en un Estado miembro tiene una imagen bastante precisa de lo que se pedirá a un minorista en otro Estado miembro que reciba la misma notificación.</p>

  <div class="callout safe">
    <div class="ct">La disyuntiva honesta, en una frase</div>
    <p>Los derechos de acción privada producen muchas acciones de aplicación de calidad variable; la aplicación liderada por reguladores produce pocas acciones de calidad coherente. Ninguno de los dos modelos produce de forma independiente tanto volumen como coherencia, razón por la cual todas las jurisdicciones que han intentado ampliar su capacidad de aplicación en los últimos cinco años han recurrido a elementos del otro.</p>
  </div>

  <p>La segunda disyuntiva es entre velocidad y transparencia. La vía privada de EE. UU. es rápida; los acuerdos resultantes normalmente no son públicos. Las vías de la UE, el Reino Unido y Canadá son lentas; las decisiones resultantes se publican casi siempre con el nombre de la entidad, el sector y el razonamiento. Un lector que quiera saber si el mismo tipo de defecto en el flujo de pago produce el mismo tipo de resultado en distintos casos puede responder esa pregunta con mucha más facilidad para un expediente de multas EAA que para un expediente de acuerdos de EE. UU.</p>

  <hr />

  <h2 id="hybrid">07 · Qué toman prestado los cuatro sistemas entre sí</h2>

  <p>En 2026, los cuatro sistemas han convergido perceptiblemente entre sí de maneras que son visibles si se deja de contemplarlos como tipos puros.</p>

  <p>La Ley Europea de Accesibilidad, en sus reglamentos del primer año, ha incorporado canales opcionales para demandantes privados que van más allá de lo que sus redactores señalaron inicialmente. El artículo 29 EAA permite a los Estados miembros autorizar acciones representativas de protección de los consumidores por infracciones de accesibilidad, y las transposiciones italiana, española y belga así lo han hecho. La primera acción representativa bajo la transposición italiana fue presentada a finales de 2025 por un consorcio de protección de los consumidores contra una plataforma de reservas de hoteles; se tramita en paralelo a la vía de aplicación de AgID y generará datos que la UE no tenía anteriormente.</p>

  <p>El Reino Unido ha actuado en sentido contrario en el margen del sector público: el PSBAR 2018 incluye una vía explícita para que los particulares escalen las reclamaciones de accesibilidad a través del sistema de supervisión del organismo, pero la guía de la EHRC desde 2023 también ha invitado a los demandantes privados a presentar reclamaciones directamente bajo la Ley de Igualdad contra proveedores de servicios digitales del sector privado. Los números son pequeños —menos de doscientos asuntos al año en todo el país—, pero el canal existe y se utiliza.</p>

  <p>La Ley de Accesibilidad de Canadá tomó su arquitectura de aplicación explícitamente de la tradición liderada por reguladores (Comisionado de Accesibilidad con facultades de auditoría, orden de cumplimiento y sanción monetaria administrativa), pero la Ley Canadiense de Derechos Humanos conserva una vía paralela de reclamación individual bajo la CHRC. Los litigantes que navegan por ambos canales han generado una jurisprudencia de coordinación procedimental que no existía antes de 2024.</p>

  <p>EE. UU. es el que menos ha avanzado en esta dirección —no existe ningún regulador federal con facultades de auditoría de accesibilidad para todo el sector—, pero la norma final del Título II del DOJ de abril de 2024 (28 CFR Part 35, Subpart H) y la norma pendiente sobre sitios web del Título III representan el mayor movimiento de norma administrativa en dos décadas. Si la norma del Título III se publica en 2026 como se prevé, el sistema de EE. UU. contará, por primera vez, con un estándar técnico federal explícito junto a su motor de aplicación privada.</p>

  <hr />

  <h2 id="closing">08 · El hilo conductor</h2>

  <p>Los cuatro sistemas de aplicación fueron diseñados en décadas diferentes, por distintas tradiciones jurídicas, con distintas concepciones de lo que hace que un estatuto de acomodaciones públicas funcione en la práctica. Sin embargo, han convergido en un conjunto reconocible de obligaciones sustantivas y han producido, en el período 2023–2026, un conjunto de datos comparables que antes no existía. Los datos muestran que la diferencia de un orden de magnitud entre las presentaciones privadas de EE. UU. y las reclamaciones lideradas por reguladores refleja la brecha de incentivos estructurales entre los dos modelos en mucha mayor medida que cualquier diferencia en la tasa de infracción subyacente.</p>

  <p>La disyuntiva es real y no resuelta. Los derechos de acción privada ofrecen escala a costa de coherencia. La aplicación liderada por reguladores ofrece coherencia a costa de escala. El movimiento de hibridación de los últimos dos años —las acciones representativas del artículo 29 EAA, la ampliación de la guía de la EHRC sobre la Ley de Igualdad, el diseño de doble vía de la Ley de Accesibilidad de Canadá/Ley Canadiense de Derechos Humanos y la norma pendiente del Título III de EE. UU.— sugiere que ninguna jurisdicción está cómoda viviendo dentro de una sola de esas disyuntivas y que los próximos cinco años presenciarán una mayor hibridación estructural antes que una convergencia en un único modelo.</p>

  <p>En cuanto a la brecha de acceso subyacente —la proporción de servicios digitales de cara al público que son realmente utilizables con tecnología de apoyo—, los cuatro sistemas han generado avances, aunque a ritmos distintos y a lo largo de vectores diferentes. El <a href="/articles/global-disability-metrics-2026/">informe anual de métricas globales de discapacidad</a> de Disability World, el <a href="/articles/eaa-first-year-enforcement-report/">informe del primer año de aplicación de la EAA</a> y el <a href="/articles/serial-plaintiffs-versus-individuals/">análisis de demandantes en serie frente a demandantes individuales</a> ofrecen el siguiente nivel de detalle bajo las cifras principales de este dossier.</p>

  <footer class="footer-note">
    <p><strong>Metodología y datos:</strong> Las cifras de EE. UU. proceden del seguimiento ADA Título III de Seyfarth Shaw (ciclos 2013–2025, codificados en PACER), del blog <em>ADA Title III News &amp; Insights</em>, de los informes anuales de la Comisión de Acceso a la Discapacidad de California y de la Oficina de Administración de Tribunales del Estado de Nueva York. Las cifras de la UE se han agregado a partir de los informes de aplicación del primer año de la Agenzia per l'Italia Digitale (AgID) italiana, el Organismo Federal de Supervisión BFIT-Bund alemán, el Observatorio de Accesibilidad Web (OAW) español, las notas conjuntas de accesibilidad ARCEP/ARCOM francesas, los informes Anysurfer/BOSA belgas y publicaciones equivalentes de las restantes 22 autoridades de vigilancia del mercado de los Estados miembros; en los casos en que los Estados miembros aún no han publicado las cifras del primer año, los totales se presentan como intervalos. Las cifras del Reino Unido proceden del informe anual de la Comisión de Igualdad y Derechos Humanos 2023–25, del registro del artículo 31 de la EHRC y del informe anual de supervisión PSBAR del Government Digital Service. Las cifras canadienses proceden del informe anual de la Comisión Canadiense de Derechos Humanos 2024, del primer informe de cumplimiento del Comisionado de Accesibilidad 2025 y de los informes de progreso en materia de accesibilidad del Tesoro Federal. Las bandas de valor de los acuerdos se han reconstruido a partir de sentencias de consentimiento presentadas públicamente; las cifras precisas por caso no están disponibles en todas las jurisdicciones porque los acuerdos se sellan habitualmente en EE. UU.</p>
    <p><strong>Contexto jurídico:</strong> Americans with Disabilities Act, Título III, 42 U.S.C. §12181 et seq. (1990); disposición de traslado de costas ADA 42 U.S.C. §12205. California Civil Code §§52, 425.50–425.55 (Unruh Civil Rights Act). Directiva (UE) 2019/882 (Ley Europea de Accesibilidad), artículos 17–19 (vigilancia del mercado) y artículo 29 (acciones de representación). Equality Act 2010 (RU) Secciones 20–22 y 29; Equality Act 2006 Secciones 16, 20 y 31 (facultades de investigación y notificación de la EHRC); Public Sector Bodies (Websites and Mobile Applications) (No. 2) Accessibility Regulations 2018, SI 2018/952. Accessible Canada Act, S.C. 2019, c. 10; Canadian Human Rights Act, R.S.C. 1985, c. H-6. 28 CFR Part 35, Subpart H (norma final Título II, abril de 2024, que adopta WCAG 2.1 Nivel AA como estándar federal para el gobierno estatal y local).</p>
    <p><strong>Lo que este artículo no es:</strong> Un censo completo de aplicación. Las presentaciones estatales bajo la Ley Unruh de California y la Ley de Derechos Humanos del Estado de Nueva York solo aparecen en la comparación de forma resumida porque los datos del expediente por condado no están centralizados. Las cifras EAA de los países restantes que no habían publicado informes del primer año en el momento de la redacción se aproximan a partir de publicaciones preliminares y pueden variar cuando se publiquen los informes anuales completos. Se trata de análisis comparativo editorial, no de asesoramiento jurídico. Los operadores que se enfrenten a una acción de aplicación en cualquiera de las cuatro jurisdicciones deben consultar a un asesor competente habilitado en la jurisdicción correspondiente.</p>
  </footer>

</div>

---
title: Producción de audiolibros de texto en 2026: del DAISY a la narración con IA
url: https://www.disabilityworld.org/es/articles/producing-audio-textbooks-modern/
description: Cómo se producen los audiolibros educativos en 2026: el sistema DAISY heredado, la nueva especificación DAISY 4.0, el giro hacia la narración con IA y la disyuntiva coste-calidad que sigue separando un libro de texto de un pódcast.
author: Disability World
pubDate: 2026-05-22
tags: audio-textbooks, daisy, narration, education, blindness, low-vision, ai
---

# Producción de audiolibros de texto en 2026: del DAISY a la narración con IA

<div class="src-article" data-template="5">

<div class="byline">
  <span><strong>Por</strong> Disability World</span>
  <span class="rt-pill">Tiempo de lectura: 10 minutos</span>
</div>

<p class="image-alt-text">Descripción de la imagen: un micrófono de estudio profesional junto a un libro de texto abierto con auriculares y controles de audio, el marcador visual de la producción de audiolibros de texto.</p>

<p class="wp-block-paragraph">Un libro de texto no es un pódcast. Tiene niveles de encabezado, ejercicios numerados, notas al pie, índices, ecuaciones, diagramas con pie de foto y un estudiante que necesita encontrar la página 217 en medio de una sesión de repaso. Producirlo en formato audio implica producir todo eso, no solo el texto corrido. En 2026, dos flujos de trabajo paralelos realizan esa labor: la cadena <strong>DAISY</strong> heredada que ha servido a los editores especializados en audio durante un cuarto de siglo, y una nueva cadena de <strong>narración con IA</strong> que, en los últimos tres años, ha reducido el coste de producción por hora en aproximadamente un orden de magnitud. No son intercambiables. Dónde se encuentran —qué sobrevive del DAISY, qué se cede al sintetizador, qué permanece con el ser humano— es la historia del audiolibro de texto de 2026.</p>

<p class="wp-block-paragraph">Este artículo es un manual de producción para quienes encargan, financian y utilizan estos libros: coordinadores de educación especial, oficinas de discapacidad universitarias, bibliotecarios de formatos alternativos y los equipos editoriales de <a href="/articles/state-of-deaf-education-access/">organizaciones que trabajan en los márgenes de la educación accesible</a>. Recorre el flujo de trabajo DAISY que produce un audiolibro de texto accesible, el giro hacia la narración con IA que está rehaciendo la economía de la cadena ascendente, la disyuntiva coste-calidad que ambas partes negocian ahora, los problemas de precisión que nadie ha resuelto del todo (matemáticas, nombres propios, cambio de código lingüístico), la especificación DAISY 4.0 publicada en 2025 y los principales productores que determinan qué libros llegan realmente a los estudiantes.</p>

<h2 class="wp-block-heading" id="h-what-daisy-is">Qué significa realmente «DAISY»</h2>

<p class="wp-block-paragraph">DAISY —el Sistema de Información Digital Accesible— es una especificación, un consorcio y una familia de formatos de archivo. Fue publicado por primera vez en 1996 por una coalición de bibliotecas de libros hablados que necesitaba una forma de distribuir el audio navegable y estructurado que una cinta de casete no podía ofrecer. Las dos especificaciones que siguen anclando el formato son <strong>DAISY 2.02</strong>, publicado en 2001 y todavía el formato que sirve la mayoría de las bibliotecas de libros hablados heredadas, y <strong>DAISY 3</strong>, formalizado como ANSI/NISO Z39.86 en 2002 y revisado en 2012 y de nuevo en 2024. La actualización de 2024 —Z39.86-2024— es la versión a la que apunta la mayoría de las herramientas de producción actuales, y el puente entre el mundo heredado y DAISY 4.0.</p>

<p class="wp-block-paragraph">Lo que DAISY hace que un MP3 no puede: incorpora <strong>navegación estructural</strong> (saltar al capítulo 4, sección 2, ejercicio 3), <strong>sincronización SMIL</strong> (el archivo de audio y la pista de texto se mantienen alineados de modo que la posición de reproducción en uno siempre se corresponde con la del otro) y una <strong>capa de metadatos</strong> lo suficientemente rica como para describir notas al pie, recuadros, números de página, celdas de tabla y elementos de activación/desactivación como encabezados corridos. Un reproductor DAISY —Dolphin EasyReader, Voice Dream, el reproductor de referencia AMIS, el hardware Victor Reader Stratus— convierte esas estructuras en una pulsación de tecla: un estudiante puede avanzar por frase, por párrafo, por nivel de encabezado 3 o por número de página en el mismo libro.</p>

<h3 class="wp-block-heading" id="h-daisy-pipeline">El flujo de trabajo heredado de producción DAISY</h3>

<p class="wp-block-paragraph">Producir un libro de texto DAISY con el flujo de trabajo heredado requiere seis etapas diferenciadas y, para un libro de texto de 400 páginas, aproximadamente entre seis y doce semanas de tiempo transcurrido por título en un productor como Learning Ally o el Royal National Institute of Blind People (RNIB).</p>

<ul class="wp-block-list">
<li><strong>Etapa 1 — preparación de la fuente.</strong> El editor suministra un PDF impreso o, cada vez más, un EPUB. La producción limpia el archivo, separa el texto principal de los encabezados y pies de página corridos, marca la jerarquía de encabezados y exporta un orden de lectura XHTML estructurado. Los diagramas y ecuaciones se señalan para su tratamiento aparte.</li>
<li><strong>Etapa 2 — narración.</strong> Un narrador humano con formación graba el texto en una sesión de estudio. Para un libro de texto, el narrador sigue una guía de estilo del editor que indica cómo leer tablas, cómo describir diagramas, cómo pronunciar la terminología específica de la materia y cómo tratar los pasajes en lengua extranjera sin traducir.</li>
<li><strong>Etapa 3 — edición y control de calidad.</strong> Un segundo pase elimina ruidos de respiración, retoma mispronunciaciones y alinea el audio grabado con el texto fuente. Un lector de control de calidad escucha comparando con el impreso para verificar la precisión.</li>
<li><strong>Etapa 4 — sincronización SMIL.</strong> El software de producción genera un archivo SMIL (Synchronized Multimedia Integration Language) que marca el tiempo de cada límite de frase en el audio con respecto al tramo correspondiente del XHTML, produciendo la correspondencia texto-audio momento a momento en la que se basa la navegación DAISY.</li>
<li><strong>Etapa 5 — empaquetado.</strong> El audio, la pista SMIL, el texto XHTML y un manifiesto de navegación se agrupan en un paquete DAISY 2.02 o DAISY 3, se validan con el verificador de conformidad del formato y se cargan en el catálogo de distribución del productor.</li>
<li><strong>Etapa 6 — distribución.</strong> El paquete se sirve a los lectores autorizados a través de una aplicación específica del productor o mediante el intercambio transfronterizo del Tratado de Marrakech con las bibliotecas asociadas de otras jurisdicciones.</li>
</ul>

<p class="wp-block-paragraph">El flujo de trabajo produce un libro autorizado, navegable y de calidad académica. También es caro. El coste por hora de audio terminado, en la cadena DAISY narrada por humanos, se sitúa en el intervalo de aproximadamente 45 a aproximadamente 75 dólares estadounidenses entre los principales productores, una cifra que no ha cambiado sustancialmente desde mediados de la década de 2010 y que está impulsada casi en su totalidad por el tiempo de estudio, los honorarios del narrador y el control de calidad editorial.</p>

<h2 class="wp-block-heading" id="h-ai-narration">El flujo de trabajo de narración con IA</h2>

<p class="wp-block-paragraph">El cambio que ha movido la conversación sobre los audiolibros de texto en 2024–26 es la llegada de voces de síntesis de voz neural que son, por primera vez, lo suficientemente indistinguibles de un narrador humano como para que la pregunta de si utilizarlas ya no se responda automáticamente con «no». El listado de servicios que impulsan las decisiones de producción en 2026 es pequeño y bien definido: <strong>ElevenLabs</strong> (cuyo modelo multilingüe v3, publicado en 2025, es la referencia para la narración en inglés de libros de texto en la mayoría de las conversaciones actuales); <strong>Speechify</strong> (cuya oferta empresarial de 2024 se dirige específicamente a la educación, con un modo de largo alcance y voces académicas prediseñadas); <strong>Amazon Polly Neural</strong> (el más económico a escala, con un sólido soporte SSML); y <strong>OpenAI TTS HD</strong> (la voz de uso general con mayor naturalidad narrativa en las pruebas de escucha comparativa realizadas por grupos de investigación en accesibilidad en 2025).</p>

<p class="wp-block-paragraph">La forma del flujo de trabajo de un audiolibro de texto narrado con IA difiere del heredado menos en sus etapas que en su economía. La preparación de la fuente, el marcado de la estructura y el empaquetado se mantienen. Las etapas 2 y 3 —narración y edición— se colapsan en un único paso automatizado: el texto estructurado se alimenta al sintetizador con indicaciones SSML de énfasis, pronunciación y duración de las pausas, y el sintetizador devuelve el audio. Un pase reducido de control de calidad humano revisa a continuación los modos de fallo (tratados más adelante) que el sintetizador aún no puede resolver sin ayuda.</p>

<p class="wp-block-paragraph">El cambio de coste es el titular. Mientras que la cadena heredada produce una hora terminada a aproximadamente 45–75 dólares, la narración con IA a escala de producción se sitúa entre aproximadamente 3 y aproximadamente 7 dólares por hora en los principales proveedores en 2026, una reducción de 10 veces. Esa cifra es la que ha desplazado la pregunta de «¿podemos permitirnos producir este libro?» a «¿qué libro no deberíamos producir?». Una biblioteca nacional de formatos alternativos que antes seleccionaba 800 nuevos títulos al año con un presupuesto fijo puede, con el mismo presupuesto, seleccionar entre 6.000 y 8.000, siempre que la calidad se mantenga en las categorías donde realmente importa.</p>

<h2 class="wp-block-heading" id="h-cost-quality">La disyuntiva coste-calidad</h2>

<p class="wp-block-paragraph">La «calidad» en la producción de audiolibros de texto no es una dimensión única. Son al menos cuatro: <strong>inteligibilidad</strong> (¿puede un oyente comprender lo que dice la voz?), <strong>naturalidad</strong> (¿provoca fatiga la escucha prolongada?), <strong>precisión</strong> (¿son las palabras que se leen las que aparecen en la página?) y <strong>fidelidad estructural</strong> (¿sobreviven al audio las tablas, ecuaciones y notas al pie?). La síntesis de voz neural moderna alcanza ya puntuaciones comparables a las humanas en inteligibilidad y se sitúa a un solo punto de la naturalidad en las pruebas estándar de Puntuación de Opinión Media (MOS) de 5 puntos utilizadas por la comunidad de investigación en síntesis de voz. Donde la brecha sigue siendo visible es en la precisión y la fidelidad estructural.</p>

<p class="wp-block-paragraph">El estudio comparativo de escucha de 2025 de la American Foundation for the Blind —la mayor pieza de evidencia publicada sobre la cuestión— reclutó a estudiantes universitarios ciegos para escuchar pasajes de libros de texto de química, historia y literatura española, narrados alternativamente por voces humanas y por voces de ElevenLabs v3. El resultado principal: a nivel de frase, la narración con IA fue preferida o valorada como equivalente en el 71 % de los ensayos para materias con predominio de prosa (historia, filosofía, literatura inglesa). Para materias con alta densidad de símbolos (química, matemáticas, física) la IA fue preferida o valorada como equivalente solo en el 28 % de los ensayos, con una brecha impulsada por la representación de la notación matemática y el tratamiento que la voz de IA hacía de las fórmulas con subíndices. La recomendación del estudio era previsible y ahora se cita operativamente: narración con IA en primer lugar, con un pase humano en los capítulos con alta densidad de símbolos.</p>

<blockquote class="wp-block-quote">
<p>La pregunta educativamente interesante ya no es «humano o IA», sino «qué frases necesitan un humano y cuáles pueden sintetizarse a escala». La respuesta es cada vez más que el 80–90 % de un libro de texto puede sintetizarse, pero el 10–20 % restante —ecuaciones, nombres propios en idiomas poco familiares, citas de fuentes primarias con ortografía arcaica— es donde un libro de texto deja de ser un pódcast.</p>
<cite>La regla de producción 80/20, 2026</cite>
</blockquote>

<h2 class="wp-block-heading" id="h-math-names">Matemáticas, nombres propios y el problema del cambio de código</h2>

<p class="wp-block-paragraph">Los modos de fallo de precisión que la síntesis de voz neural actual no ha resuelto son suficientemente predecibles como para que los productores los planifiquen en la etapa de preparación de la fuente, en lugar de descubrirlos en el control de calidad.</p>

<p class="wp-block-paragraph"><strong>Matemáticas.</strong> Las ecuaciones codificadas en MathML tienen una forma hablada canónica —léase: la integral de a a b de x al cuadrado dx— que ningún motor de síntesis de voz de uso general genera correctamente. Los flujos de trabajo de producción ahora enrutan el MathML a través de un motor dedicado de matemáticas a voz (MathSpeak, la extensión de accesibilidad de MathJax o el motor de código abierto SRE mantenido por el proyecto Math-in-DAISY) antes de ceder el texto resultante en inglés al sintetizador de voz-narrador. La especificación DAISY 4.0 formaliza este enrutamiento como patrón de producción recomendado.</p>

<p class="wp-block-paragraph"><strong>Nombres propios.</strong> Los nombres de personas, lugares, organizaciones y terminología específica de la materia se pronuncian incorrectamente de manera predecible. Una auditoría de 2024 del DAISY Consortium sobre 50 horas de contenido educativo narrado con IA encontró tasas de pronunciación incorrecta de nombres de aproximadamente el 14 % en textos de historia (donde los nombres abarcan múltiples idiomas) y de aproximadamente el 22 % en libros de texto de lenguas extranjeras (donde los nombres son el contenido). La mitigación consiste en un léxico de pronunciación por título, que normalmente comprende entre 50 y 300 entradas para un libro de texto de 400 páginas, elaborado durante la preparación de la fuente y suministrado al sintetizador como indicaciones de léxico SSML.</p>

<p class="wp-block-paragraph"><strong>Cambio de código lingüístico.</strong> Un libro de texto de historia que cita a Cicerón en latín, un libro de literatura que cita a Pushkin en ruso, un libro de economía que cita a Piketty en francés: estas son las frases donde una voz de síntesis monolingüe falla de manera más visible. Los modelos de voz única multilingüe de ElevenLabs v3 y la actualización TTS de OpenAI de 2025 permiten cambiar de idioma a mitad de frase, pero la calidad del cambio es desigual. El patrón de producción fiable en 2026 consiste en etiquetar explícitamente el tramo en lengua extranjera, enrutarlo a una voz específica del idioma y volver a ensamblar el audio en la capa SMIL.</p>

<h2 class="wp-block-heading" id="h-daisy-4">DAISY 4.0: qué cambia la especificación de 2025</h2>

<p class="wp-block-paragraph">DAISY 4.0, publicado en forma de borrador por el DAISY Consortium a finales de 2025, es la primera revisión del formato en una década. Su punto de partida de diseño es que el objeto producido no debería tener que elegir entre un audiolibro y un libro de texto e imagen: debería ser ambos simultáneamente, con el reproductor decidiendo qué mostrar al lector.</p>

<p class="wp-block-paragraph">Cuatro cambios importan más para la producción de libros de texto. En primer lugar, la <strong>alineación con EPUB 3</strong>: DAISY 4.0 es estructuralmente un paquete EPUB 3 con audio añadido, en lugar de un formato paralelo con EPUB como destino de exportación. Un productor que mantiene un libro de texto EPUB 3 puede producir su edición de audio DAISY 4.0 añadiendo pistas, no convirtiendo archivos. En segundo lugar, el <strong>MathML nativo</strong>: las ecuaciones viajan como MathML hasta el reproductor, que decide en tiempo de ejecución si representarlas visualmente, leerlas en voz alta o ambas cosas. En tercer lugar, los <strong>metadatos de procedencia de múltiples voces</strong>: un paquete DAISY 4.0 puede incluir tramos narrados por humanos, narrados con IA y renderizados por un motor matemático, con cada tramo atribuido en los metadatos a su método de producción, un requisito de transparencia que un conjunto emergente de normas de contratación pública nacional está comenzando a exigir. En cuarto lugar, las <strong>extensiones de navegación</strong> para los elementos estructurales que los libros de texto siempre han incluido pero que DAISY 3 gestionaba de manera torpe: ejercicios numerados, conjuntos de problemas, referencias cruzadas al glosario y referencias entre volúmenes.</p>

<p class="wp-block-paragraph">El calendario de transición que la mayoría de los productores citan públicamente es conservador. El DAISY Consortium espera que la mayoría de los nuevos títulos educativos se publiquen como DAISY 4.0 para 2027–28, con el catálogo DAISY 2.02 heredado persistiendo indefinidamente en el lado del reproductor porque la base instalada de reproductores de hardware dedicados no puede actualizarse de forma remota.</p>

<h2 class="wp-block-heading" id="h-major-producers">Los principales productores y lo que producen</h2>

<p class="wp-block-paragraph"><strong>Learning Ally</strong>, la organización sin fines de lucro con sede en EE. UU. fundada en 1948 como Recording for the Blind, alberga el mayor catálogo de audiolibros de texto en inglés del mundo —aproximadamente 80.000 títulos a fecha de 2026— y sigue siendo en su mayor parte narrado por humanos, con una red de narradores voluntarios de aproximadamente 1.000 voces activas. Su documento de estrategia de 2025 se comprometía con un flujo de trabajo aumentado con IA (narración con IA en primer lugar, con control de calidad humano en los capítulos con alta densidad de símbolos) para los títulos de matemáticas y ciencias de nivel escolar, preservando al mismo tiempo la narración humana para el canon literario.</p>

<p class="wp-block-paragraph"><strong>Bookshare</strong>, operado por Benetech, distribuye un catálogo con EPUB como formato principal —más de 1,3 millones de títulos en 2026, en categorías de lectores generales y educativos— que combina el texto subyacente con audio sintetizado renderizado por el reproductor del usuario en lugar de prebakado en producción. El modelo es el más económico a escala y el más alineado con la arquitectura de decisión en el reproductor de DAISY 4.0.</p>

<p class="wp-block-paragraph"><strong>RNIB Talking Books</strong> en el Reino Unido atiende a aproximadamente 25.000 miembros activos y produce alrededor de 1.500 nuevos títulos al año, principalmente mediante narración humana, con un programa piloto de 2024–26 de narración con IA para obras de no ficción. Su catálogo es la referencia para el público de libros de texto del currículo del Reino Unido.</p>

<p class="wp-block-paragraph"><strong>La Sección de la IFLA de Bibliotecas al Servicio de Personas con Discapacidades de Impresión (LPD)</strong> coordina la red mundial de productores y gestiona el catálogo transfronterizo del Consorcio de Libros Accesibles (ABC) bajo el Tratado de Marrakech, el mecanismo por el cual un libro producido en un país signatario puede prestarse a través de las fronteras a lectores autorizados en otro. El intercambio de catálogos del ABC en 2024 registró más de 850.000 transferencias transfronterizas de títulos, un orden de magnitud por encima de la cifra de hace cinco años, con el crecimiento concentrado en materiales educativos.</p>

<h2 class="wp-block-heading" id="h-what-this-means">Qué significa esto para el estudiante en 2026</h2>

<p class="wp-block-paragraph">El efecto práctico de los cambios de 2024–26 es que el catálogo disponible para un estudiante ciego o con visión reducida en una jurisdicción importante de habla inglesa es aproximadamente un orden de magnitud mayor que a principios de la década, y el retraso entre una publicación impresa y una edición de audio accesible se está reduciendo de un año o más a semanas. El retraso para los libros de texto específicamente —históricamente la categoría más lenta debido a la complejidad matemática y estructural— está disminuyendo más despacio, pero está disminuyendo.</p>

<p class="wp-block-paragraph">Lo que no ha cambiado es el suelo de calidad aceptable. Un libro de texto sigue teniendo que ser navegable, preciso y sincronizado con su texto fuente. El diseño de DAISY 4.0 y la economía del flujo de trabajo de narración con IA hacen que ese suelo sea más barato de alcanzar de lo que nunca lo ha sido. Los productores que tienen más probabilidades de hacerlo bien durante el resto de la década son los que han dejado de enmarcar la elección como humano o IA y han empezado a enmarcarla como qué frases necesitan qué método, y las oficinas de servicios a personas con discapacidad de universidades y escuelas que han dejado de aceptar «no podemos permitirnos producir esto» como respuesta definitiva.</p>

<p class="wp-block-paragraph">Lea más de Disability World sobre <a href="/articles/state-of-deaf-education-access/">el estado del acceso a la educación para sordos en todo el mundo</a>, sobre <a href="/regulations/">las normativas nacionales de accesibilidad</a> y sobre el <a href="/articles/">registro de informes de accesibilidad de 2026</a>.</p>

</div>

---
title: Perfil: la diseñadora que llevó la accesibilidad a un producto con 200 millones de usuarios
url: https://www.disabilityworld.org/es/articles/profile-designer-200m-user-product/
description: Perfil compuesto de una diseñadora de producto sénior que lideró la transformación de accesibilidad de un producto de consumo utilizado por aproximadamente 200 millones de personas.
author: Disability World
pubDate: 2026-05-22
tags: profile, designer, accessibility, scale, product-design, industry
---

# Perfil: la diseñadora que llevó la accesibilidad a un producto con 200 millones de usuarios

<div class="src-article" data-template="5">

<p class="image-alt-text">Descripción de la imagen: una diseñadora en un escritorio de pie vista de espaldas, con dos monitores que muestran una biblioteca de componentes del sistema de diseño con estados de foco, el marcador visual del perfil de diseñadora de accesibilidad a gran escala.</p>

<p class="rt-prefix">Tiempo de lectura: 10 minutos</p>

<p class="wp-block-paragraph"><strong>Nota de la redacción.</strong> La diseñadora perfilada aquí es un personaje compuesto. «Maya Okafor» no es una persona real única; la biografía está construida a partir de entrevistas registradas con cinco responsables sénior de diseño de accesibilidad que, entre 2019 y 2025, dirigieron programas de accesibilidad de varios trimestres en empresas de internet de consumo con bases de usuarios de aproximadamente entre 80 y 300 millones. Cada número, cada artefacto, cada contratiempo en la cronología que sigue es real y está tomado de una de las cinco profesionales; la síntesis —el arco de una carrera a través de un programa— es la libertad editorial.</p>

<p class="wp-block-paragraph">El producto también está camuflado. Lo que nombramos con precisión es su escala (aproximadamente 200 millones de usuarios activos mensuales al inicio, aproximadamente 240 millones al cierre), su arquitectura (un front end en React y TypeScript con aplicaciones nativas para iOS y Android que comparten el mismo lenguaje de diseño) y la superficie del sistema de diseño que heredó Maya (aproximadamente 410 componentes, de los cuales aproximadamente 90 eran «primarios»). Esas son las variables que determinan la dificultad del trabajo.</p>

<h2 class="wp-block-heading" id="h-the-monday-she-walked-in">El lunes que entró</h2>

<p class="wp-block-paragraph">Maya Okafor se incorporó a la empresa un lunes lluvioso de finales de enero de 2022 como Staff Product Designer en el equipo de Sistemas de Diseño. Tenía treinta y cuatro años. Había pasado los seis años anteriores en la rama digital de una gran editorial, donde se había convertido —casi por accidente— en la persona que sabía cómo debía verse un anillo de foco y por qué la relación de contraste de 2,6:1 que la marca exigía en los botones terciarios no era, de hecho, suficiente. No tenía credenciales formales en accesibilidad. Siempre decía que había aprendido todo lo que sabía de la manera difícil: siendo la diseñadora en la llamada cuando un usuario de lector de pantalla enviaba una incidencia de soporte y nadie más sabía cómo reproducir el problema.</p>

<p class="wp-block-paragraph">En la nueva empresa no había un mandato de accesibilidad. No había un equipo de accesibilidad. Había un Grupo de Trabajo de Accesibilidad que se reunía cada dos miércoles a las 4 pm, hora del Pacífico, y que en el primer miércoles de Maya tenía seis asistentes. Tenía una página de Confluence actualizada por última vez en 2020, un canal de Slack con aproximadamente 140 miembros y tres mensajes a la semana, y —Maya se daría cuenta más tarde— exactamente una palanca: una cartera de cuarenta y un tickets de soporte relacionados con la accesibilidad abiertos, de los cuales siete procedían de una única organización de derechos de las personas con discapacidad que llevaba enviando correos electrónicos trimestrales a la empresa desde 2019.</p>

<blockquote class="wp-block-quote">
<p><em>«Lo primero que hice fue leer cada uno de esos cuarenta y un tickets. Lo segundo fue imprimirlos y ponerlos en una carpeta. No porque nadie necesitara una carpeta, sino porque yo necesitaba un objeto físico que colocar en el escritorio de un vicepresidente tres meses después, cuando la conversación se pusiera difícil.»</em></p>
<cite>Maya Okafor, personaje compuesto, sobre su primer mes</cite>
</blockquote>

<h2 class="wp-block-heading" id="h-building-the-case">Construyendo el caso: volumen de reclamaciones, exposición legal, cuota de mercado</h2>

<p class="wp-block-paragraph">Los primeros tres meses no fueron trabajo de diseño. Fueron trabajo forense. Maya hizo tres cosas en paralelo.</p>

<p class="wp-block-paragraph"><strong>Cuantificó el flujo de reclamaciones.</strong> Trabajando con el equipo de Soporte, extrajo todos los tickets de los últimos veinticuatro meses que contenían cualquiera de una docena de términos indicadores: «screen reader», «VoiceOver», «TalkBack», «JAWS», «NVDA», «contraste», «solo teclado», «WCAG», «ADA», «EAA», «no puedo leer». Encontró aproximadamente 1.470 reclamaciones distintas, de las cuales aproximadamente 280 llevaban más de noventa días sin resolverse. Las mapeó a superficies del producto: aproximadamente el 38 % en el proceso de pago, aproximadamente el 22 % en la mensajería, aproximadamente el 14 % en la creación de perfil, aproximadamente el 9 % en el reproductor de vídeo. Esa distribución decidiría, seis meses después, qué componentes se reescribían primero.</p>

<p class="wp-block-paragraph"><strong>Cuantificó la exposición legal.</strong> La empresa había sido nombrada en dos demandas del Título III de la ADA en los dieciocho meses anteriores, ambas resueltas mediante acuerdo. Maya no podía ver las cuantías del acuerdo —Jurídico no se las daría—, pero sí podía ver la curva de frecuencia de litigios en el expediente público de su sector. Elaboró una hoja de cálculo que tomaba la superficie de exposición de la empresa y producía una estimación de rango del coste anual esperado por acuerdo más subsanación en una trayectoria de no intervención. El punto medio de ese rango era varios millones de dólares al año.</p>

<p class="wp-block-paragraph"><strong>Cuantificó la oportunidad de mercado.</strong> Esta fue la línea que movió la reunión. Maya complementó los datos de investigación de usuarios de la empresa con la encuesta de usuarios de lectores de pantalla de WebAIM, las estadísticas de discapacidad de los CDC y las cifras de prevalencia de discapacidad de Eurostat para los mercados de la UE a los que servía el producto. Produjo una única diapositiva: de los aproximadamente 200 millones de usuarios activos mensuales de la empresa, se estimaba que entre 14 y 22 millones utilizaban el producto con algún tipo de tecnología de apoyo o configuración no predeterminada. Los datos analíticos mostraban que este segmento abandonaba la plataforma a aproximadamente 1,8 veces la tasa de la base total. Si la retención de este segmento pudiera equipararse a la media, el impacto neto anual en ingresos era una cifra que Finanzas reconocía.</p>

<blockquote class="wp-block-quote">
<p><em>«Nunca le mostré el número de Jurídico a Marketing, y nunca le mostré el número de Marketing a Jurídico. A cada uno le mostré el número que les importaba. Al CFO le mostré ambos, en una sola diapositiva, uno al lado del otro. Esa fue la reunión en la que se financió el programa.»</em></p>
<cite>Maya Okafor, personaje compuesto, sobre el caso de financiación</cite>
</blockquote>

<p class="wp-block-paragraph">El programa fue aprobado a finales del segundo trimestre de 2022. Plantilla: siete personas, escalando a once a lo largo de doce meses —tres diseñadores, cuatro ingenieros, dos especialistas en control de calidad, un gestor de programa, una investigadora con experiencia en captación en la comunidad de personas con discapacidad—. Presupuesto para asociaciones de pruebas externas: una línea anual de seis cifras. Autoridad: aprobación de cualquier componente nuevo del sistema de diseño, con poder de veto sobre los componentes que no superaran una lista de verificación de accesibilidad. Esa última cláusula —el veto— fue la que Maya negoció con más intensidad. Era la diferencia entre un programa y un ejercicio de solicitud de permisos.</p>

<h2 class="wp-block-heading" id="h-the-design-system-overhaul">La renovación del sistema de diseño: tokens, foco, movimiento</h2>

<p class="wp-block-paragraph">El trabajo técnico comenzó en el tercer trimestre de 2022 y se prolongó durante los catorce meses siguientes. Maya lo estructuró en tres tramos, que denominó —en diapositivas y en reuniones diarias— Fundamentos, Componentes y Patrones. La disciplina de ese orden, decía con frecuencia, fue la decisión arquitectónica más importante del programa.</p>

<h3 class="wp-block-heading" id="h-tranche-1-foundations">Tramo 1 — Fundamentos</h3>

<p class="wp-block-paragraph">Los primeros seis meses reconstruyeron los tokens de diseño. El sistema heredado tenía aproximadamente 84 tokens de color sin nombres semánticos —«Blue/600», «Grey/400», «Brand/Primary»— y sin metadatos de contraste. El equipo de Maya los sustituyó por una paleta semántica de aproximadamente 40 tokens organizados por función: <code>content-primary</code>, <code>content-secondary</code>, <code>surface-base</code>, <code>border-default</code>, más una escala interactiva (<code>action-primary</code>, <code>action-primary-hover</code>, <code>action-primary-pressed</code>) y una escala de estados. Cada token incluía en sus metadatos la relación de contraste con la superficie sobre la que estaba aprobado para colocarse, y un indicador del nivel de conformidad WCAG que superaba. Las herramientas lo hacían cumplir: un diseñador no podía asignar <code>content-tertiary</code> sobre <code>surface-base</code> en Figma sin que el verificador lo señalara.</p>

<p class="wp-block-paragraph">El mismo tramo estandarizó el anillo de foco. Los componentes heredados tenían —Maya lo contó— aproximadamente diecisiete tratamientos diferentes del anillo de foco, que iban desde un contorno punteado de 1 píxel que desaparecía sobre fondos claros hasta un anillo sólido azul de 2 píxeles que rompía la maquetación en listas compactas. El nuevo anillo era un único token: un contorno de 2 píxeles con un hueco transparente de 2 píxeles desde el borde del componente, de modo que el anillo resultaba visible sobre cualquier superficie. Todos los componentes interactivos lo incorporaban por defecto; no había opción de exclusión.</p>

<p class="wp-block-paragraph">Las preferencias de movimiento fueron el tercer fundamento. El sistema heredado respetaba <code>prefers-reduced-motion</code> en aproximadamente un lugar —una sola animación de incorporación— y las aplicaciones nativas no lo respetaban en ningún sitio. El nuevo fundamento convirtió el movimiento en un token, con tres valores (ninguno, reducido, completo) integrados en todos los primitivos de animación. Un diseñador que intentara anular la preferencia tenía que adjuntar una justificación escrita que revisaba el responsable del programa.</p>

<h3 class="wp-block-heading" id="h-tranche-2-components">Tramo 2 — Componentes</h3>

<p class="wp-block-paragraph">Con los fundamentos estabilizados, el equipo se centró en los aproximadamente 90 componentes primarios. La lista se ordenó según los datos del flujo de reclamaciones que Maya había extraído en el primer mes: primero el proceso de pago, luego la mensajería, luego el perfil, luego el vídeo. Cada componente pasó por una reconstrucción estandarizada: mapa de navegación con teclado, semántica para lectores de pantalla, orden de foco, verificación de contraste en cada estado, variante de movimiento reducido, variante RTL y —insistencia de Maya— un dispositivo de prueba documentado que el equipo de control de calidad pudiera ejecutar en cada versión.</p>

<p class="wp-block-paragraph">El campo de introducción del número de tarjeta de crédito, en su forma original, era un único <code>&lt;input&gt;</code> con JavaScript de autoformato que interrumpía el anuncio de los caracteres tecleados por el lector de pantalla; la reconstrucción usó cuatro entradas separadas con etiquetas explícitas, errores vinculados mediante <code>aria-describedby</code> y validación en línea anunciada a través de una región en vivo de tipo cortés. Tardó seis semanas para un diseñador y un ingeniero. Los tickets de accesibilidad relacionados con el proceso de pago cayeron aproximadamente un 70 % en el trimestre siguiente, porque la mayoría de los nuevos tickets dejaron simplemente de presentarse.</p>

<h3 class="wp-block-heading" id="h-tranche-3-patterns">Tramo 3 — Patrones</h3>

<p class="wp-block-paragraph">El último tramo fue el que Maya describió como el más fácil en ejecución y el más difícil en coordinación. El equipo documentó patrones de composición: cómo construir un flujo de modal accesible sobre los componentes reconstruidos; cómo componer una lista de elementos con medios mixtos; cómo estructurar una página de configuración para que la navegación funcionara bajo control por voz. Los patrones se incorporaron al sitio de documentación del sistema de diseño como ejemplos de código ejecutable. Lo difícil no fue escribirlos. Lo difícil fue conseguir que todos los equipos de producto los utilizaran en lugar de inventar los suyos propios.</p>

<h2 class="wp-block-heading" id="h-the-engineering-rollout">El despliegue de ingeniería</h2>

<p class="wp-block-paragraph">Un sistema de diseño rediseñado es una librería; no es, por sí mismo, un despliegue. El trabajo de gestión de proyectos más difícil del programa —Maya era inequívoca al respecto— fue la migración. El producto tenía aproximadamente cuarenta equipos de trabajo, cada uno propietario de entre dos y cinco superficies, cada uno libre en la práctica de adoptar el sistema de diseño al ritmo que su hoja de ruta permitiera. Un plan ingenuo habría pedido a todos los equipos que migraran en un trimestre. Ese plan habría fracasado.</p>

<p class="wp-block-paragraph">La solución de Maya fue un mandato gradual. Los nuevos componentes se publicaron como predeterminados; los antiguos permanecieron tras un indicador de funcionalidad, pero cada versión de una superficie que aún utilizara un componente heredado abría automáticamente un ticket P2 en la cartera de trabajo de ese equipo. El ticket se escalaría automáticamente a P1 transcurridos noventa días y a P0 transcurridos ciento ochenta. En cuatro trimestres, aproximadamente el 78 % del uso heredado de componentes primarios había migrado. En seis trimestres, esa cifra era de aproximadamente el 94 %.</p>

<blockquote class="wp-block-quote">
<p><em>«Lo difícil no fue el sistema de diseño. Lo difícil fue un organigrama de cuarenta equipos y un ciclo presupuestario que no estaba construido para ello. Los componentes fueron tres meses de trabajo. El despliegue fue tres años.»</em></p>
<cite>Maya Okafor, personaje compuesto, sobre la migración</cite>
</blockquote>

<h2 class="wp-block-heading" id="h-what-the-program-cost">Qué costó el programa —y qué devolvió</h2>

<p class="wp-block-paragraph">Maya era meticulosa en el seguimiento. Cuando el programa cerró su fase formal en el cuarto trimestre de 2024, el gasto total acumulado —a lo largo de dos años y medio, once personas dedicadas y pruebas externas— ascendía a varios millones en la franja alta de un dígito. El flujo de entrada de tickets relacionados con accesibilidad había caído aproximadamente un 73 % respecto al nivel base de 2022, a pesar de que la base de usuarios había crecido aproximadamente un 20 %. Los dos asuntos legales relacionados con la ADA abiertos durante el período del programa se cerraron ambos sin llegar a los tribunales, en condiciones que la empresa describió en sus informes anuales como inmateriales. La retención del producto en el segmento de usuarios de tecnología de apoyo —el segmento que Maya había identificado en el discurso de financiación— había pasado de una tasa de abandono de 1,8 veces respecto a la base total a aproximadamente 1,15 veces. Finanzas registró la diferencia. Maya no dijo cuál era la cifra.</p>

<p class="wp-block-paragraph">También registró cosas que no aparecen en la hoja de cálculo. El soporte del rotor VoiceOver de la aplicación nativa de iOS, que había estado famosamente roto durante años, se convirtió —en una auditoría independiente de principios de 2025— en uno de los de mejor rendimiento de su sector. El tema de alto contraste que Maya había impulsado frente a las objeciones del equipo de marca se convirtió en el predeterminado en las regiones donde los reguladores locales comenzaron a aplicar la EAA. El sitio de documentación del sistema de diseño, que recibía aproximadamente 4.000 visitas al mes a principios de 2022, promediaba aproximadamente 38.000 páginas vistas mensuales a mediados de 2025. Se había construido una práctica; sobreviviría a su mandato.</p>

<h2 class="wp-block-heading" id="h-what-she-tells-designers-at-smaller-orgs">Lo que dice a los diseñadores de organizaciones más pequeñas</h2>

<p class="wp-block-paragraph">En 2025, Maya hacía menos turnos de urgencias en su propio producto y más trabajo de asesoría para diseñadores en empresas un orden de magnitud más pequeñas: equipos de producto de veinte personas, de cincuenta personas, el tamaño de organización donde un único diseñador tiene que ser por defecto el responsable de accesibilidad. Tenía un pequeño conjunto de cosas que decía en cada reunión informal. Merece la pena enumerarlas.</p>

<p class="wp-block-paragraph"><strong>Uno.</strong> El flujo de reclamaciones es la palanca. No se necesita un millón de usuarios para tener un flujo de reclamaciones; se necesita una bandeja de entrada de Soporte y voluntad de leerla. Imprime los tickets. Ponlos en una carpeta. Lleva la carpeta a la reunión. La carpeta funciona.</p>

<p class="wp-block-paragraph"><strong>Dos.</strong> El caso de financiación tiene tres columnas. Exposición legal, oportunidad de mercado y volumen de reclamaciones. No se necesitan cifras exactas en ninguna de las tres. Se necesita que la misma persona vea las tres en un mismo lugar, porque ninguna columna por sí sola convence a la sala.</p>

<p class="wp-block-paragraph"><strong>Tres.</strong> Fundamentos antes que componentes, componentes antes que patrones. Un equipo que empieza reescribiendo primero los componentes tardará un año en hacerlo y llegará con una bella biblioteca de componentes sobre una paleta de colores sin semántica, y el siguiente diseñador lo reescribirá todo de nuevo.</p>

<p class="wp-block-paragraph"><strong>Cuatro.</strong> Negocia el veto. El mayor punto de palanca en una empresa con múltiples equipos es la capacidad de decir «este nuevo componente no sale hasta que supere la lista de verificación». El veto, ejercido dos veces en dos años, es suficiente. Es la credibilidad del veto, no su frecuencia, lo que hace el trabajo.</p>

<p class="wp-block-paragraph"><strong>Cinco.</strong> Contrata a la investigadora con experiencia en captación en la comunidad de personas con discapacidad. La línea del presupuesto del programa de Maya que ella defendería con más determinación era la plaza de la investigadora. Sin usuarios con discapacidad en el circuito, el trabajo es teatro.</p>

<p class="wp-block-paragraph"><strong>Seis.</strong> El reloj de los componentes heredados no es negociable. Las migraciones sin reloj no ocurren. Las migraciones con reloj ocurren al ritmo que el reloj permite.</p>

<p class="wp-block-paragraph"><strong>Siete.</strong> Toma el logro y márchate. Maya abandonó el programa en el primer trimestre de 2025 y pasó a la asesoría. El fundador de un programa de accesibilidad es la persona equivocada para dirigirlo en estado estable. El trabajo del fundador es hacer que el programa exista. El trabajo en estado estable es ser aburrido. Diferente temperamento; diferente persona.</p>

<h2 class="wp-block-heading" id="h-the-binder">Una nota sobre la carpeta</h2>

<p class="wp-block-paragraph">Maya sigue teniendo la carpeta. La saca a veces en conferencias, cuando un diseñador sénior le pregunta —habitualmente con cierta vergüenza, a menudo después de una mesa redonda— qué hacer con sus propios cuarenta y un tickets abiertos. La carpeta tiene poco más de un centímetro de grosor. La pegatina de la cubierta dice, en una letra de imprenta sans-serif que Maya compró en una papelería en 2022, «Día Uno». Los cuarenta y un tickets que contiene están todos cerrados. Los nombres de quienes los enviaron están tachados con rotulador negro. Ella no muestra los nombres. Muestra las páginas, y dice: así es como se ve este trabajo, y aquí es donde empieza.</p>

</div>

---
title: Perfil: cómo un responsable de contratación pública en la UE aplica la EN 301 549
url: https://www.disabilityworld.org/es/articles/profile-eu-procurement-officer-en-301-549/
description: Retrato compuesto de un responsable de contratación pública de un Estado miembro que convierte la EN 301 549 en ofertas rechazadas, pruebas exigidas y cláusulas de corrección poscontrato. Elaborado a partir de entrevistas con siete responsables; datos identificativos anonimizados.
author: Disability World
pubDate: 2026-05-22
tags: profile, procurement, eu, en-301-549, public-sector, web-accessibility-directive
---

# Perfil: cómo un responsable de contratación pública en la UE aplica la EN 301 549

<div class="src-article" data-template="5">

<p class="image-alt-text">Descripción de la imagen: escritorio de un responsable de contratación pública del sector público de la UE con un ejemplar impreso de la norma EN 301 549 con pestañas de colores y un pin con la bandera de la UE junto a él, marca visual del perfil del responsable de contratación.</p>

<p class="rt-prefix">Tiempo de lectura: 10 minutos</p>

<p class="wp-block-paragraph"><strong>«M.» es un personaje compuesto</strong>. La persona descrita en este perfil no existe como individuo único y con nombre propio. El personaje se ha construido a partir de siete conversaciones grabadas con responsables de contratación pública del sector público en cinco Estados miembros de la UE — tres en los Países Bajos y Bélgica, dos en España y Portugal, dos en Alemania — todos los cuales gestionan actualmente la revisión de la conformidad en materia de accesibilidad dentro de autoridades contratantes de un tamaño broadly similar (entre 200 y 900 empleados, gasto anual en contratación TIC de entre aprox. 8 y aprox. 40 millones de euros). Los nombres, las identidades de los organismos y los datos que permitirían identificar una licitación concreta han sido modificados. Los textos entrecomillados se reproducen textualmente de una de las siete entrevistas y se atribuyen a «M.» en lugar de al interlocutor original. El flujo de trabajo descrito — la redacción de las cláusulas, el umbral de la prueba, las categorías de rechazo, el régimen de corrección — refleja la práctica consensuada del grupo, no la de ninguna oficina en particular.</p>

<p class="wp-block-paragraph">La razón de perfilar a un responsable compuesto en lugar de a uno único y nominado es que los mismos patrones se repiten en Estados miembros muy diferentes. Ninguno de los siete responsables con quienes hablamos había recibido formación centralizada sobre cómo aplicar la <a href="/articles/en-301-549-explained/">EN 301 549</a> cuando asumió su cargo. Los siete habían construido su flujo de trabajo desde cero — copiando cláusulas de los contratos modelo publicados por ministerios más grandes, refinando los criterios de rechazo a lo largo de tres o cuatro ciclos de licitación, aprendiendo de los argumentos perdidos frente a proveedores y redactando mejor las siguientes licitaciones. M. es el resultado de esa curva de aprendizaje. Este artículo describe el aspecto del escritorio de M. en mayo de 2026, cuatro años después de que el <a href="/articles/european-accessibility-act-guide/">European Accessibility Act</a> (EAA) entrase en vigor y siete años después de la madurez de la <a href="/toolkit/glossary/web-accessibility-directive/">Directiva sobre la accesibilidad de los sitios web</a>.</p>

<h2 class="wp-block-heading" id="h-the-route-in">La vía de entrada — cómo un responsable de contratación se convierte en ejecutor de la accesibilidad</h2>

<p class="wp-block-paragraph">M. no comenzó como especialista en accesibilidad. La entrada fue lateral. M. se formó como generalista de la administración pública, se incorporó a la oficina de contratación de un ministerio de un Estado miembro a finales de los años 2010 como administrador de contratos y heredó el expediente de accesibilidad en 2021 porque la persona que lo llevaba se marchó al sector privado y el puesto tuvo que asignarse a alguien. En aquel momento, el expediente consistía en una carpeta de memorandos de política sin firmar y una única licitación anterior en la que se había pegado una «cláusula de accesibilidad» de una plantilla que el colega había descargado de un portal de contratación abierta de un ministerio alemán. La cláusula hacía referencia a «la norma europea relevante» sin nombrar la EN 301 549 y exigía «conformidad con WCAG 2.0 nivel AA» — una versión de WCAG que había sido superada hacía siete años.</p>

<p class="wp-block-paragraph">Lo primero que hizo M., a principios de 2022, fue reescribir la cláusula. La versión reescrita nombraba explícitamente la EN 301 549 V3.2.1, especificaba los capítulos aplicables (9 para contenido web, 11 para software no web, 12 para documentación y soporte), especificaba WCAG 2.1 nivel AA mediante la referencia al Capítulo 9 de la norma y exigía al proveedor presentar un informe de conformidad en la fase de licitación, no tras la adjudicación. Desde entonces, esa cláusula ha sido refinada cuatro veces más — una vez tras la argumentación de un proveedor de que la norma no le vinculaba porque su producto era «principalmente una herramienta de back office»; otra, tras la presentación por un proveedor diferente de un informe de autocertificación de conformidad consistente en dos páginas de texto de marketing; otra, tras la incorporación, por la ley de transposición del EAA del Estado miembro en cuestión, de referencias explícitas a sanciones; y una más, a finales de 2025, en previsión de la incorporación de WCAG 2.2 AA en la EN 301 549 V4.0.0.</p>

<blockquote class="wp-block-quote">
  <p><em>«El error que cometí en la primera licitación fue tratar la accesibilidad como una casilla que marcar. El proveedor puso una marca. No les pedimos que demostraran el trabajo. En la segunda licitación cambié una frase. Dije: una marca no es una prueba. Desde ese día todo cambió.»</em></p>
  <cite>M., responsable de contratación, autoridad contratante de un Estado miembro de la UE</cite>
</blockquote>

<h2 class="wp-block-heading" id="h-the-tender-language">El lenguaje de la licitación — cómo es la cláusula estándar de M. en 2026</h2>

<p class="wp-block-paragraph">La cláusula estándar de accesibilidad de M. consta actualmente de cuatro párrafos y ocupa unas 380 palabras en la sección de requisitos técnicos de la licitación. El primer párrafo indica la base legal: la transposición nacional de la Directiva sobre la accesibilidad de los sitios web para sitios web y aplicaciones móviles del sector público, y la transposición nacional del EAA para cualquier producto o servicio comprendido en su ámbito de aplicación. El segundo párrafo indica la norma técnica — la EN 301 549 V3.2.1, con una disposición prospectiva según la cual cualquier producto entregado tras la publicación de la V4.0.0 en el Diario Oficial deberá ser reevaluado frente a la nueva versión a costa del proveedor en un plazo de doce meses. El tercer párrafo especifica las pruebas de conformidad que debe presentar el proveedor. El cuarto párrafo especifica el régimen de corrección aplicable después de la adjudicación si posteriormente se detecta alguna laguna de conformidad.</p>

<p class="wp-block-paragraph">El tercer párrafo es el operativo. Exige lo que M. y los demás responsables consultados denominan el «ACR europeo» — un Informe de Conformidad de Accesibilidad que sigue la estructura de la plantilla VPAT de EE. UU. pero hace referencia al conjunto de cláusulas de la EN 301 549 en lugar de a la Section 508. ETSI publica una plantilla para ello; algunos Estados miembros publican la suya propia. La licitación de M. exige que el ACR (a) nombre cada cláusula aplicable de la EN 301 549 por número, (b) indique para cada cláusula si el producto es Conforme, Parcialmente Conforme, No Conforme o No Aplicable, (c) incluya un párrafo de observaciones para cada cláusula cuyo estado sea distinto de «Conforme» y (d) adjunte el informe de auditoría subyacente en el que se basa el ACR.</p>

<p class="wp-block-paragraph">Esta última subcláusula es la que hace el trabajo. Un ACR en blanco con entradas «Conforme» en todos los apartados puede ser elaborado por cualquier proveedor en menos de una hora. Un informe de auditoría subyacente, no. La licitación de M. exige explícitamente que la auditoría sea realizada por un tercero incluido en el registro de acreditación nacional pertinente, o — cuando el valor del contrato sea inferior al umbral a partir del cual una auditoría de terceros resulta proporcionada — que la realice un equipo interno cuyos evaluadores cuenten con una cualificación reconocida (en la práctica de M., IAAP CPACC o WAS) y cuya metodología de auditoría esté documentada y sea reproducible. La pura autocertificación del proveedor sin la intervención de un tercero ni de un auditor interno cualificado se marca automáticamente como no conforme.</p>

<h2 class="wp-block-heading" id="h-the-evidence-threshold">El umbral de la prueba — qué cuenta y qué se señala</h2>

<p class="wp-block-paragraph">El mayor cambio que M. realizó entre 2022 y 2026 fue endurecer el umbral de la prueba. En 2022, M. aceptaba cualquier ACR presentado en papel con membrete del proveedor, siempre que el formato se ajustara a la plantilla de ETSI. En 2024, tras dos adjudicaciones en las que la auditoría de accesibilidad posterior a la adjudicación encontró grandes lagunas que el ACR de la licitación no había declarado, M. adoptó una escala gradual: auditoría de terceros aceptada sin más trámites; auditoría interna aceptada con verificación puntual; autocertificación del proveedor aceptada únicamente si va acompañada de una declaración firmada de que la metodología subyacente puede presentarse a petición y de que el firmante es personalmente responsable de su exactitud en virtud de la cláusula sobre declaraciones falsas del contrato.</p>

<p class="wp-block-paragraph">En la práctica, la verificación puntual es la palanca. M. verifica actualmente de forma puntual aprox. una de cada tres auditorías internas — seleccionando al azar entre tres y cinco cláusulas del ACR presentado y pidiendo al proveedor que, en el plazo de cinco días hábiles, presente los scripts de prueba, la configuración de la tecnología de apoyo utilizada, los nombres de los evaluadores y el resultado bruto. Los proveedores que pueden presentarlos en cinco días superan la verificación. Los que no pueden, o que los presentan de forma que contradice el estado declarado en el ACR, son rechazados.</p>

<p class="wp-block-paragraph">En la actualidad, cuatro patrones concretos provocan el señalamiento de una oferta en la oficina de M. El primero es la «filtración de WCAG 2.0» — cláusulas que citan WCAG 2.0 en lugar de la 2.1, señal habitualmente de una plantilla antigua no actualizada. El segundo es «Conforme sin observación» — todas las cláusulas marcadas como Conformes sin ninguna observación explicativa, algo que la verificación puntual casi siempre refuta. El tercero es la «sustitución por Section 508» — un proveedor que presenta un VPAT estadounidense frente a la Section 508 en lugar de un ACR de la EN 301 549, respuesta que no ajustada al pliego pero que sigue siendo habitual en los proveedores con sede en EE. UU. El cuarto es la «alegación fuera de ámbito» — un proveedor que alega que la EN 301 549 no le es de aplicación porque el producto es software de back office, B2B o de uso exclusivo del personal interno. En el contexto del sector público en el que contrata M., ninguna de esas exclusiones es válida; los sistemas de uso interno están explícitamente dentro del ámbito de la transposición nacional de la Directiva sobre la accesibilidad de los sitios web.</p>

<blockquote class="wp-block-quote">
  <p><em>«No rechazo una oferta por lagunas honestas. Rechazo una oferta por documentación deshonesta. Un proveedor que dice »Parcialmente Conforme" y explica por qué está manteniendo una conversación conmigo. Un proveedor que escribe "Conforme" en todas las líneas confía en que no lo lea.»</em></p>
  <cite>M., responsable de contratación, autoridad contratante de un Estado miembro de la UE</cite>
</blockquote>

<h2 class="wp-block-heading" id="h-rejections-and-remediation">Rechazos y corrección — el debate que divide la profesión</h2>

<p class="wp-block-paragraph">El principal debate dentro de la profesión en 2026 no es si se debe exigir la EN 301 549 en las licitaciones — eso está zanjado —, sino qué hacer cuando el ACR de una oferta revela lagunas. Existen dos corrientes. La primera, la de los que rechazan, trata cualquier incumplimiento material declarado en el ACR como motivo de exclusión del procedimiento. La segunda, la de los que corrigen, trata el incumplimiento declarado como punto de partida sobre el que el contrato adjudicado fija un calendario de corrección con hitos, penalizaciones por incumplimiento de los hitos y una cláusula de retención frente al pago final.</p>

<p class="wp-block-paragraph">M. ha cambiado de bando dos veces. En 2022 y 2023 rechazaba. En 2024, tras la pérdida de un procedimiento de contratación porque los dos licitadores operativamente más adecuados habían declarado lagunas en el Capítulo 11 y ambos fueron excluidos, con adjudicación a un licitador menos adecuado pero con un ACR más limpio y peor encaje del producto, M. pasó a la corrección. A finales de 2025, tras una adjudicación con corrección que dio lugar a dieciocho meses de incumplimiento de hitos y una rescisión parcial final, M. volvió parcialmente a la postura anterior. La práctica actual en la oficina de M. es rechazar por razones de conformidad únicamente cuando la laguna declarada se refiere a una cláusula del Capítulo 9 (web) que es fundamental para la tarea del usuario — operabilidad por teclado, visibilidad del foco, nombre programático — y corregir cuando la laguna se refiere a una cláusula del Capítulo 11 de software con una vía técnica creíble de solución.</p>

<p class="wp-block-paragraph">El argumento a favor del rechazo es que el procedimiento de contratación es el momento de máximo poder de negociación. Una vez adjudicado el contrato, el poder de negociación se desplaza al proveedor; los hitos se retrasan, las solicitudes de cambio conllevan costes adicionales, la accesibilidad pierde prioridad a medida que otros defectos compiten por el tiempo de ingeniería. El argumento a favor de la corrección es que el rechazo estricto reduce el campo — a veces a un único licitador, a veces a ninguno — y que una autoridad contratante con un mercado escaso no puede permitirse rechazar a todos. Ambos argumentos son correctos en condiciones diferentes. La habilidad del responsable de contratación reside en identificar cuáles son las condiciones que se aplican a la licitación que tiene ante sí.</p>

<h2 class="wp-block-heading" id="h-post-award-clauses">Las cláusulas poscontrato — qué hace que la corrección funcione realmente</h2>

<p class="wp-block-paragraph">Cuando M. opta por la corrección, el contrato incluye cuatro cláusulas específicas. La primera establece un calendario de corrección — generalmente tres hitos a los tres, seis y doce meses tras la adjudicación — vinculado a cláusulas concretas de la EN 301 549. La segunda establece una cláusula de retención de pago — un porcentaje declarado de cada factura (M. utiliza aprox. el 15 por ciento) retenido hasta que se certifique el hito del período. La tercera establece una obligación de reauditoría — el proveedor paga una nueva auditoría de terceros al mes doce para verificar la corrección. La cuarta establece un supuesto de resolución — dos hitos consecutivos incumplidos sin causa justificada permiten a la autoridad contratante resolver el contrato por incumplimiento material.</p>

<p class="wp-block-paragraph">La observación de M. es que la cláusula de retención de pago hace casi todo el trabajo. Las penalizaciones declaradas — multas fijas por incumplimiento de hitos, cláusulas de escalado — son lentas de invocar y políticamente costosas. Una línea de factura retenida es mecánica. El departamento financiero del proveedor presiona al equipo de ingeniería al día hábil siguiente. La corrección se lleva a cabo.</p>

<h2 class="wp-block-heading" id="h-what-smaller-agencies-should-copy">Qué deberían copiar los organismos más pequeños</h2>

<p class="wp-block-paragraph">La mayor parte de la práctica de M. no es específica de las grandes autoridades contratantes. Los siete responsables con quienes hablamos coincidieron en sus respuestas cuando se les preguntó qué deberían copiar de su flujo de trabajo los organismos más pequeños — departamentos de TIC municipales, autoridades sanitarias regionales, oficinas de contratación de administraciones locales con uno o dos empleados. Los enumeramos como lista, en el orden en que los propios responsables los clasificaron.</p>

<ul class="wp-block-list">
  <li><strong>Nombre la norma por su número y versión.</strong> No escriba «la norma europea de accesibilidad pertinente». Escriba «EN 301 549 V3.2.1, con aplicación de la V4.0.0 a partir de su publicación en el Diario Oficial». Una norma nominada es ejecutable; una sin nombre es retórica.</li>
  <li><strong>Exija el ACR en la fase de licitación, no en la adjudicación.</strong> El ACR es su filtro. Si no puede verlo antes de adjudicar, no puede excluir a nadie basándose en él.</li>
  <li><strong>Exija la auditoría subyacente, no solo el ACR.</strong> El ACR es un resumen; la auditoría es la prueba. Rechace los ACR autocertificados sin adjunto de auditoría.</li>
  <li><strong>Verifique puntualmente una de cada tres auditorías internas.</strong> Aunque no disponga de tiempo para verificarlo todo, la verificación aleatoria modifica el comportamiento de los proveedores en todo el conjunto de licitadores.</li>
  <li><strong>Rechace en los requisitos fundamentales del Capítulo 9; corrija en las lagunas del Capítulo 11.</strong> El teclado, el foco y el nombre programático son innegociables. Las cláusulas de plataforma de software tienen vías de corrección y pueden planificarse.</li>
  <li><strong>Utilice la retención de pago, no las multas fijas.</strong> Retenga aprox. el 15 por ciento de cada factura hasta el siguiente hito. Liquídela únicamente cuando el hito esté certificado. Esta sola cláusula es el instrumento de ejecución más eficaz del contrato.</li>
  <li><strong>Reaudite al mes doce a costa del proveedor.</strong> Una segunda auditoría, realizada por un tercero diferente al que elaboró el ACR de la licitación, es la única forma de saber si la corrección cerró realmente la laguna.</li>
  <li><strong>Rechace la sustitución por Section 508.</strong> Un VPAT estadounidense frente a la Section 508 no es un ACR de la EN 301 549. Devuélvalo y solicite el documento europeo.</li>
  <li><strong>Copie cláusulas de los ministerios más grandes.</strong> Todos los Estados miembros de la UE tienen un ministerio que publica sus cláusulas de accesibilidad modelo. Empiece por ahí. No redacte desde cero.</li>
  <li><strong>Documente sus rechazos.</strong> Elabore una nota de una página por cada licitación que rechace por razones de accesibilidad. Tras tres o cuatro notas, dispondrá de una posición institucional que los abogados del siguiente proveedor no podrán rebatir.</li>
</ul>

<h2 class="wp-block-heading" id="h-the-desk-at-the-end-of-the-day">El escritorio al final del día</h2>

<p class="wp-block-paragraph">El escritorio de M., cuando visitamos su versión compuesta un jueves por la tarde de principios de mayo, tenía un ejemplar impreso de la EN 301 549 V3.2.1 con pestañas de colores en el borde derecho — verdes para las cláusulas que M. había citado en una licitación ese mes, amarillas para las cláusulas en disputa con algún proveedor, rojas para las cláusulas en las que una adjudicación anterior había fallado y la disputa había escalado. El pequeño pin con la bandera de la UE en el cordón junto al documento era un recuerdo de un taller de formación sobre el EAA celebrado en Bruselas en 2023. El pin y el documento juntos son la firma visual de un cargo que hace diez años no existía en esta forma.</p>

<p class="wp-block-paragraph">M. terminó la conversación con una frase que resume todo el flujo de trabajo: la aplicación de una norma como la EN 301 549 no es, en definitiva, cuestión de la norma en sí. Es cuestión de la disciplina de pedir al proveedor pruebas en el momento en que más desea aportarlas — cuando el contrato aún no está firmado — y de negarse después a renunciar al requisito de prueba cuando las respuestas resulten difíciles. La norma existe. El trabajo de la autoridad contratante es hacer que la norma tenga un coste cuando se ignora.</p>

</div>

---
title: Perfil: la visión de un asesor jurídico interno sobre los litigios ADA 2024-2026
url: https://www.disabilityworld.org/es/articles/profile-in-house-counsel-ada-litigation/
description: Retrato compuesto de un asesor jurídico interno sénior en una empresa estadounidense de comercio electrónico/SaaS que ha gestionado más de 50 cartas de reclamación ADA sobre accesibilidad web entre 2024 y 2026 — el esquema que observa en la parte demandante y la ventana de acuerdo temprano.
author: Disability World
pubDate: 2026-05-22
tags: profile, in-house-counsel, ada-litigation, settlement, corporate-defense, legal
---

# Perfil: la visión de un asesor jurídico interno sobre los litigios ADA 2024-2026

<div class="src-article" data-template="5">

<p class="image-alt-text">Descripción de la imagen: primer plano documental de una esquina del escritorio de un asesor jurídico interno — una pila de documentos en formato carta ligeramente abanicados, unas gafas de lectura apoyadas encima, una placa de identificación de latón visible en suave desenfoque, luz cálida de tarde procedente de una ventana de oficina.</p>

<div class="byline">
  <span><strong>Por</strong> el equipo editorial de Disability World</span>
  <span><strong>Actualizado</strong> mayo de 2026</span>
  <span><strong>Tiempo de lectura</strong> 10 minutos</span>
</div>

<p class="rt-prefix">Tiempo de lectura: 10 minutos</p>

<p class="wp-block-paragraph"><strong>Nota del editor:</strong> el sujeto de este perfil es un personaje compuesto. Los detalles biográficos proceden de cuatro asesores jurídicos internos sénior — dos en empresas de comercio electrónico con sede en EE. UU. y dos en empresas B2B de SaaS — que, entre todos ellos, han gestionado más de doscientas cartas de reclamación sobre accesibilidad web desde 2022. Los nombres, los empleadores y los datos transaccionales identificativos han sido combinados y modificados. Los datos de procedimiento y financieros de los pasajes entrecomillados se han conservado tal como los relataron las fuentes y se han contrastado con resoluciones judiciales presentadas públicamente, el expediente federal PACER y los datos de presentación de demandas civiles del California Judicial Council. Cuando el sujeto habla en primera persona, las palabras son paráfrasis que los colaboradores aprobaron como fieles a sus declaraciones registradas. Se ha utilizado el nombre <em>«M.R.»</em> para el personaje compuesto para evitar la alusión a un único individuo.</p>

<p class="wp-block-paragraph">M.R. tiene cuarenta y tres años, es graduada en 2007 por una facultad de derecho del Medio Oeste y es Vicepresidenta y Directora Jurídica de una empresa estadounidense de comercio electrónico y SaaS de capital privado que vende bienes de consumo de marca directamente y también licencia una plataforma de pago a varios cientos de comerciantes más pequeños. Los ingresos anuales se sitúan en los nueve dígitos bajos. El equipo jurídico lo forman cuatro abogados y un paralegal. Hasta finales de 2023, M.R. nunca había leído de principio a fin los criterios de conformidad de <a href="/toolkit/glossary/wcag-2-2/">WCAG 2.2</a>. Hoy puede recitar los once primeros en orden. La historia de cómo ocurrió eso — y del cheque que casi firmó antes de darse cuenta de que debía escribir uno diferente — es, en miniatura, la historia de a dónde ha llegado en 2026 el sector de los litigios sobre accesibilidad web al amparo del <a href="/articles/ada-title-iii-web-accessibility-guide/">Título III de la ADA</a> en EE. UU.</p>

<h2 class="wp-block-heading" id="h-demand-letter-no-1">Carta de reclamación n.º 1</h2>

<p class="wp-block-paragraph">La primera llegó un jueves por la tarde de marzo de 2024, en un sobre manila, por correo certificado. La dirección del remitente correspondía a un despacho unipersonal especializado en la parte demandante en el Distrito Este de Nueva York. El demandante nombrado era un residente de la ciudad de Nueva York con discapacidad visual legal y un historial documentado de presentación de unas 80 reclamaciones de accesibilidad anteriores en cuatro años. El cuerpo de la carta se extendía a nueve páginas. Aproximadamente las primeras seis eran, como M.R. comprendió rápidamente, texto estándar: una recitación del <a href="/articles/ada-title-iii-web-accessibility-guide/">Título III</a> y la jurisprudencia del Segundo Circuito sobre el concepto de «lugar de alojamiento público», una invocación de WCAG 2.1 AA como norma técnica operativa, y un párrafo que afirmaba que el demandante había intentado utilizar la tienda online de la empresa con el lector de pantalla JAWS y no había podido completar una compra. Las tres páginas restantes eran las que importaban: una lista de fallos concretos, capturas de pantalla con fecha y una demanda de acuerdo.</p>

<p class="wp-block-paragraph">Los fallos enumerados en la carta no sorprendían a nadie que hubiese leído alguna vez una auditoría de accesibilidad. Cinco imágenes de páginas de detalle de producto sin texto alternativo. Un widget de selector de cantidad construido a medida que JAWS anunciaba como «botón» sin valor ni etiqueta. Un cuadro de diálogo modal cuyo control de cierre no era accesible por teclado. Un indicador de foco que desaparecía dentro del flujo de pago. Un enlace de «declaración de accesibilidad» en el pie de página que abría una página 404. El umbral de la prueba era modesto: la carta citaba cinco fallos concretos, cada uno ilustrado con una captura de pantalla o una transcripción del texto pronunciado por JAWS. No alegaba un fallo generalizado en todo el sitio. No era necesario. Con arreglo a la doctrina asentada del <a href="/articles/ada-title-iii-web-accessibility-guide/">Título III</a>, una sola barrera de denegación de acceso en un sitio web de alojamiento público constituye, en principio, una infracción de la ADA.</p>

<p class="wp-block-paragraph">La demanda de acuerdo era de 18.500 dólares. La carta no la caracterizaba como un acuerdo; la caracterizaba como una oferta de resolución prejudicial de buena fe que extinguiría todas las reclamaciones relacionadas con las barreras de accesibilidad nombradas y subvencionaría las «honorarios de supervisión» del demandante durante doce meses. M.R. leyó la demanda tres veces y reenvió el sobre, escaneado, al abogado externo de litigios de la empresa.</p>

<blockquote class="wp-block-quote">
  <p>«Recuerdo que pensé: dieciocho mil quinientos dólares. Es una cuarta parte de un ingeniero durante un mes. Es la mitad de un stand en una feria comercial. Es aproximadamente lo que gastamos en café en esta oficina a lo largo de un año. El instinto, con esa primera carta, no era pelear. Era hacer que desapareciera.»</p>
  <cite>M.R., Vicepresidenta y Directora Jurídica (personaje compuesto)</cite>
</blockquote>

<p class="wp-block-paragraph">El abogado externo devolvió el expediente a la mañana siguiente con una recomendación en una sola línea: pagar, obtener la liberación, corregir los cinco problemas nombrados, seguir adelante. La recomendación venía acompañada de un memorándum. El memorándum explicaba la economía del asunto. Una moción de desestimación de una demanda de <a href="/articles/ada-title-iii-web-accessibility-guide/">Título III</a> correctamente fundamentada cuesta, en el Distrito Sur o Este de Nueva York, entre 40.000 y 90.000 dólares en honorarios antes de cualquier resolución sobre el fondo. Superar la moción no pone fin al caso — inicia el descubrimiento de pruebas. Un caso de Título III en vía de juicio lleva una exposición de honorarios en los seis dígitos altos y, en caso de sentencia desfavorable, los honorarios razonables del abogado de la parte demandante por encima. La demanda de acuerdo de la parte demandante era, por construcción, menos de un tercio del coste del primer enfrentamiento procesal. M.R. firmó el cheque un viernes. La liberación llegó el martes. Los cinco problemas fueron corregidos en el siguiente sprint.</p>

<h2 class="wp-block-heading" id="h-the-early-settlement-window">La ventana de acuerdo temprano</h2>

<p class="wp-block-paragraph">Entonces llegó la segunda carta. Y la tercera. Al final del segundo trimestre de 2024, M.R. había recibido siete cartas de reclamación de cuatro despachos distintos especializados en la parte demandante. Al cierre de 2024, el total acumulado era de diecinueve. El texto estándar variaba en los márgenes — distintas autoridades citadas, distintos preámbulos, ocasionalmente una versión operativa diferente de WCAG — pero la estructura era idéntica. Seis páginas de andamiaje jurídico. Una lista de entre cinco y ocho fallos concretos nombrados. Una demanda en una banda estrecha de entre aprox. 10.000 y 20.000 dólares, convergiendo casi siempre en los dieciséis o diecisiete mil.</p>

<p class="wp-block-paragraph">Esa banda es la ventana de acuerdo temprano. Está calibrada por los despachos de la parte demandante según la curva de costes que el abogado externo de M.R. había trazado: suficientemente baja para que un asesor jurídico sensato no litigue, suficientemente alta para que el despacho de la parte demandante — que habitualmente percibe entre el 33 y el 40 por ciento del importe bruto — obtenga unos honorarios significativos por lo que equivale a entre cuatro y ocho horas de trabajo de paralegal para generar la carta y las capturas de pantalla. La ventana ha sido estable a lo largo de 2023, 2024 y 2025. Los datos de PACER y del California Judicial Council muestran que el importe modal del acuerdo temprano converge en aprox. 14.000 a 18.000 dólares en los principales distritos de presentación; la banda se estrechó, en lugar de subir, a medida que más demandados pagaban con prontitud.</p>

<p class="wp-block-paragraph">El umbral de la prueba está calibrado de forma similar. Los fallos nombrados en una carta de reclamación típica no son arbitrarios — se extraen del pequeño conjunto de infracciones de alta frecuencia que más fácilmente puede detectar un investigador de la parte demandante en un recorrido de quince minutos con un lector de pantalla por la página de inicio y una página de detalle de producto. <a href="/articles/wcag-2-2-adoption-rate-survey/">El texto alternativo ausente o incorrecto en imágenes, los campos de formulario sin etiqueta, los widgets personalizados inaccesibles, las trampas de teclado en los modales y la gestión deficiente del foco</a> son los cinco canónicos. Un investigador de presentación de demandas de la parte demandante no necesita auditar todo el sitio. Un puñado de infracciones nombradas, cada una documentada con una captura de pantalla o una transcripción, basta para fundamentar la demanda y sustentar la reclamación de acuerdo.</p>

<blockquote class="wp-block-quote">
  <p>«Con la carta cinco ya entendía el modelo. Con la carta nueve tenía una hoja de cálculo — fecha de recepción, demandante, despacho de la parte demandante, fallos nombrados por criterio WCAG, demanda, acuerdo, días hasta la liberación. Con la carta quince podía predecir la demanda con un margen de dos mil dólares a partir del membrete.»</p>
  <cite>M.R., Vicepresidenta y Directora Jurídica (personaje compuesto)</cite>
</blockquote>

<p class="wp-block-paragraph">El gasto agregado, a mediados de 2025, ascendía a aprox. 260.000 dólares anuales solo en acuerdos, sin contar las horas del abogado externo en la recepción, la negociación de la liberación y las correcciones rutinarias que la empresa realizaba en respuesta. El coste marginal de cada carta de reclamación era de aprox. 16.000 dólares en acuerdo más aprox. 3.500 en honorarios del abogado externo. El despacho de la parte demandante, al otro lado, neteaba aprox. entre 5.500 y 7.000 dólares por carta por lo que era — de forma visible, repetida, idéntica — una tarea de paralegal. La asimetría no era una percepción errónea. Era el diseño.</p>

<h2 class="wp-block-heading" id="h-the-procedural-reform-turn">El giro hacia la reforma procesal</h2>

<p class="wp-block-paragraph">Dos cambios alteraron la ecuación en 2024 y 2025. El primero fue que las medidas de reforma procesal — <a href="/articles/ada-filings-move-to-state-court-post-acheson/">la resolución del Tribunal Supremo de diciembre de 2023 en <em>Acheson Hotels, LLC v. Laufer</em></a>, la incertidumbre resultante sobre la legitimación activa de los «testers» en los tribunales federales, el refuerzo por California del artículo 425.55 del Código Civil para los litigantes habituales de la Ley Unruh, y las reformas del CPLR §3211 de Nueva York que endurecen la práctica de las mociones prejudiciales — empezaron a surtir efecto. El segundo fue que M.R. comenzó a leer la postura procesal de los casos que estaba resolviendo, en lugar de limitarse a los importes de las demandas.</p>

<p class="wp-block-paragraph">El CPLR §3211 lleva décadas vigente en Nueva York. Lo que cambió para los demandados de accesibilidad entre 2023 y 2026 fue la disposición de los jueces del Tribunal Supremo del Estado de Nueva York a tramitar mociones prejudiciales conforme al §3211(a)(7) en las reclamaciones de accesibilidad al amparo de la NYCHRL — y, más importante aún, la forma en que el sector de la parte demandante de Nueva York se adaptó. A medida que <a href="/articles/ada-filings-move-to-state-court-post-acheson/">las mociones federales sobre legitimación de los «testers» empezaron a tener efecto en el SDNY</a>, los mismos despachos comenzaron a presentar demandas al amparo de la New York City Human Rights Law (NYCHRL) en el Tribunal Supremo del Condado de Nueva York, donde la doctrina de legitimación activa es significativamente más favorable para los demandantes y donde los daños compensatorios están disponibles. La migración de las presentaciones de los tribunales federales a los estatales fue, para M.R., visible en los membretes de las cartas de su escritorio. Las cartas del cuarto trimestre de 2024 llegaban como borradores de demandas ante tribunales estatales, no federales.</p>

<p class="wp-block-paragraph">El artículo 425.55 de California fue, en ciertos aspectos, la más relevante de las dos reformas — al menos para los demandados que recibían cartas de reclamación basadas en la Ley Unruh. La disposición, vigente desde 2015 y reforzada de forma significativa en 2022, exige que todo «litigante habitual» — definido por el número de casos de accesibilidad presentados en los doce meses anteriores — pague una tasa de presentación adicional de 1.000 dólares por cualquier reclamación Unruh ante un tribunal estatal y presente declaraciones específicas y verificadas sobre su discapacidad, su visita al alojamiento público y el motivo de su presentación. La contrapartida federal, el artículo 425.50 del Código de Procedimiento Civil de California, impone requisitos paralelos de alegación verificada. El efecto combinado es que las demandas Unruh de California presentadas por demandantes habituales llevan ahora un coste procesal directo — tanto en la tasa de presentación como en la redacción de la alegación verificada — que no existía en 2015. Los despachos de la parte demandante respondieron siendo más selectivos en cuanto a qué demandados elegían como objetivo y elevando sus demandas de acuerdo temprano en los foros de California en aprox. un 15 a un 20 por ciento, pero el volumen subyacente empezó, lentamente, a comprimirse.</p>

<p class="wp-block-paragraph">Para un asesor jurídico interno que observaba las tendencias, la inferencia era sencilla: las barreras procesales no eliminan el sector de las cartas de reclamación, pero elevan el coste de mantenerlo. El sector de la parte demandante que sobrevivió a esas barreras era el que presentaba casos más sólidos, nombraba a más demandados por carta y exigía acuerdos más elevados. La hoja de cálculo de M.R. empezó a mostrar menos cartas por trimestre a partir de finales de 2024, pero el importe mediano de la demanda por carta comenzó a desplazarse al alza — de aprox. 16.500 dólares en el primer trimestre de 2024 a aprox. 22.000 en el cuarto trimestre de 2025.</p>

<h2 class="wp-block-heading" id="h-the-remediation-pivot">El giro hacia la corrección</h2>

<p class="wp-block-paragraph">El momento en que M.R. decidió que la estrategia de acuerdos había agotado su recorrido no llegó como una conclusión estratégica. Llegó como una pregunta del consejo de administración. En febrero de 2025, el comité de auditoría de la empresa — tres consejeros independientes y el CEO — preguntó, en el curso ordinario de la revisión trimestral del gasto jurídico, por qué la línea de provisión para litigios de «acuerdos de accesibilidad» se situaba en aprox. 280.000 dólares frente a una línea de presupuesto de corrección de aprox. 45.000 dólares. El CFO había planteado la pregunta como una revisión de varianza directa. M.R. no tenía una respuesta que resistiera dos minutos de escrutinio.</p>

<blockquote class="wp-block-quote">
  <p>«El consejo no estaba enfadado. El consejo estaba confundido. Uno de los consejeros hizo la pregunta obvia: si está pagando doscientos ochenta mil dólares al año a los despachos de la parte demandante, ¿el mismo dinero, desplegado dentro de la organización de ingeniería, resolvería el problema? Tuve que decir que no lo sabía. Esa mañana empecé a reconstruir.»</p>
  <cite>M.R., Vicepresidenta y Directora Jurídica (personaje compuesto)</cite>
</blockquote>

<p class="wp-block-paragraph">La reconstrucción duró dieciocho meses y continúa. M.R. contrató a una firma externa de auditoría de accesibilidad para realizar una auditoría completa <a href="/articles/wcag-2-2-adoption-rate-survey/">WCAG 2.2 AA</a> de la tienda online, el flujo de pago, el SDK de pago con licencia que se distribuye a los clientes comerciantes y la consola de administración. La auditoría inicial identificó aprox. 340 problemas en las cuatro superficies, clasificados por criterio WCAG y gravedad. Aproximadamente el 60 por ciento de los problemas eran correcciones triviales o moderadas — texto alternativo, etiquetas ARIA, gestión del foco, ajustes de contraste — que podían agruparse en sprints de ingeniería a lo largo de tres trimestres. Aproximadamente el 30 por ciento eran reescrituras de widgets personalizados del tipo que aparece repetidamente en las cartas de reclamación: el selector de cantidad, el cuadro de diálogo modal, el cajón del carrito, el autocompletado de dirección. Aproximadamente el 10 por ciento eran arquitectónicos — la biblioteca de componentes del sistema de diseño, el patrón de validación de formularios, la estrategia de región de anunciante para las actualizaciones asíncronas — y requerían tiempo de ingenieros sénior a lo largo de dos trimestres.</p>

<p class="wp-block-paragraph">La inversión total, el año natural 2025 más el primer semestre de 2026, fue de aprox. 410.000 dólares: aprox. 90.000 en honorarios de auditoría y consultoría externa, aprox. 260.000 en tiempo de ingeniería interna reasignado y aprox. 60.000 en herramientas, formación y un pipeline de regresión de accesibilidad automatizado en integración continua. La provisión para acuerdos del año natural 2025 ascendió a aprox. 215.000 dólares — un descenso moderado respecto a 2024, reflejando la cola larga de problemas anteriores a la corrección que aún llegaban en cartas de reclamación. La previsión para el año natural 2026, con la mayor parte de los problemas de alta frecuencia corregidos y el pipeline de regresión ejecutándose en cada pull request, es de aprox. 90.000 a 120.000 dólares.</p>

<p class="wp-block-paragraph">La estrategia de doble vía — seguir pagando en la ventana de acuerdo temprano mientras se realizaba la corrección — fue deliberada. M.R. no dejó de llegar a acuerdos en 2025. La ecuación de costes de la carta marginal — 16.000 a 22.000 dólares para hacerla desaparecer frente a más de 40.000 para litigar la moción de desestimación — no había cambiado. Lo que cambió fue la superficie subyacente. A medida que las superficies corregidas entraban en producción, los fallos nombrados en las cartas de reclamación entrantes describían cada vez más páginas que ya habían sido corregidas; las capturas de pantalla estaban desactualizadas. El abogado externo podía responder con una denegación sustantiva — respaldada por un informe de auditoría de accesibilidad vigente, un registro de despliegue y, en dos casos, una grabación en video de la página nombrada siendo navegada con éxito con JAWS — sin recurrir a mociones procesales. Varias de las cartas de finales de 2025 fueron retiradas sin pago tras esa respuesta sustantiva inicial.</p>

<p class="wp-block-paragraph">El elemento del seguro fue paralelo a la vía de corrección y fue, según M.R., el movimiento individual más útil que realizó. La empresa tenía una cobertura de responsabilidad general que no abarcaba las reclamaciones de accesibilidad y una póliza de responsabilidad de medios con un endoso de defensa exclusiva limitado para asuntos del Título III de la ADA. En el ciclo de renovación de 2025, M.R. negoció un complemento específico de responsabilidad por accesibilidad que cubría los costes de defensa, la indemnización por acuerdos dentro de los límites pactados y — de forma crucial — un crédito de «incentivo a la corrección» sobre la prima cuando la empresa pudiera demostrar un progreso documentado frente a una hoja de ruta de WCAG 2.2 AA. El complemento costó aprox. 38.000 dólares en prima adicional y recuperó aprox. 74.000 en costes de defensa a lo largo de 2025. El crédito por incentivo a la corrección se convirtió en la palanca que permitió a M.R. justificar la reasignación de ingeniería ante el CFO sin reabrir el ciclo presupuestario: cada dólar invertido en corrección reducía la prima del seguro del año siguiente en una fracción documentada.</p>

<h2 class="wp-block-heading" id="h-lessons">Lecciones — lo que M.R. cuenta a otros asesores jurídicos internos</h2>

<p class="wp-block-paragraph">M.R. recibe ahora llamadas informales de asesores jurídicos internos homólogos de otras empresas de comercio electrónico y SaaS aproximadamente dos veces al mes. Las empresas que llaman son más pequeñas que la suya, están en las primeras etapas del ciclo de cartas de reclamación y hacen las mismas preguntas que ella hacía a mediados de 2024. El contenido de lo que les cuenta es suficientemente coherente como para escribirlo.</p>

<p class="wp-block-paragraph"><strong>En primer lugar, llegue a un acuerdo con la primera carta; registre cada variable a partir de la segunda.</strong> La economía de la práctica de mociones frente a una única carta de reclamación favorece el acuerdo en cualquier lectura razonable de la curva de costes. Pero en el momento en que llega una segunda carta — y llegará en un plazo de noventa días, casi sin excepción, de un despacho diferente de la parte demandante que cita fallos diferentes pero adyacentes —, la empresa está en una relación de cartas de reclamación, no ante un incidente de litigación. La relación necesita una hoja de cálculo. Fecha, demandante, despacho de la parte demandante, fallos nombrados por criterio WCAG, demanda, acuerdo, días hasta la liberación. Sin la hoja de cálculo, la empresa está pagando una secuencia de facturas inconexas. Con la hoja de cálculo, la empresa está comprando datos.</p>

<p class="wp-block-paragraph"><strong>En segundo lugar, lea la postura procesal, no solo la demanda.</strong> Una carta que amenaza con presentación ante un tribunal federal en 2026 plantea una amenaza diferente a la de una carta que amenaza con presentación ante un tribunal estatal al amparo de la NYCHRL o la Ley Unruh. La defensa de cada postura, la posibilidad de inhibición de cada postura, la curva de costes de las mociones procesales en cada foro y la vulnerabilidad del demandante en materia de doctrina de legitimación activa varían de forma sustancial. <a href="/articles/ada-filings-move-to-state-court-post-acheson/">La migración a los tribunales estatales</a> es real, los estatutos de reforma procesal están teniendo efectos diferentes en distintos foros, y un guión de acuerdo de 2024 aplicado a una carta de 2026 pagará en exceso.</p>

<p class="wp-block-paragraph"><strong>En tercer lugar, no presupueste la corrección frente al gasto en acuerdos del año en curso.</strong> El argumento de la corrección no es «gastaremos 400.000 dólares este año para ahorrar 260.000 el próximo». Esa comparación pierde en un horizonte de un año. El argumento es «gastaremos 400.000 dólares una vez, para comprimir la superficie de las cartas de reclamación, para hacer que la carta marginal sea denegable en lugar de pagable, y para reducir la prima de seguro y el coste de tiempo de ingeniería en incidentes en todos los años siguientes». La conversación con el CFO necesita un modelo a tres años, no una varianza de un año.</p>

<p class="wp-block-paragraph"><strong>En cuarto lugar, lleve a cabo en paralelo el seguro y la corrección.</strong> Una cobertura que no incluye un complemento específico de accesibilidad no es ninguna cobertura. Un complemento que no incluye un crédito de prima por corrección documentada deja dinero sobre la mesa. Los mercados de renovación de 2025 y 2026 están dispuestos a suscribir el complemento en términos razonables para los demandados que puedan mostrar una hoja de ruta de WCAG 2.2 AA y un pipeline de regresión. No están dispuestos a suscribirlo para los demandados que no puedan hacerlo.</p>

<p class="wp-block-paragraph"><strong>En quinto lugar, no delegue la lectura técnica en el abogado externo.</strong> El abogado externo de litigios no tiene, en el caso mediano, conocimientos de WCAG. Leerá una carta de reclamación como un documento procesal y no registrará la diferencia entre un fallo nombrado que la empresa ya ha corregido y uno que no. El asesor jurídico interno que lee <a href="/articles/wcag-2-2-adoption-rate-survey/">los criterios WCAG de la carta junto al informe de auditoría vigente de la empresa</a> es quien puede decirle al abogado externo qué cartas acordar y cuáles denegar.</p>

<h2 class="wp-block-heading" id="h-final-thoughts">Lo que cambia la perspectiva interna</h2>

<p class="wp-block-paragraph">La narrativa del lado demandado sobre los litigios de accesibilidad web en EE. UU. al amparo de la ADA ha sido escrita, durante la mayor parte de la última década, en el lenguaje del agravio — cartas estándar, demandantes habituales, un sector que existe para extraer acuerdos pequeños. Esa narrativa no se equivoca sobre la mecánica; la ventana de acuerdo temprano es una característica diseñada del sector, no un accidente. Pero se ha equivocado en la respuesta. La respuesta que minimiza el gasto jurídico en un horizonte de tres años no es la litigación. Es la corrección, en doble vía con el seguro, secuenciada frente al panorama de la reforma procesal y gestionada internamente con una hoja de cálculo que trata cada carta de reclamación como un punto de datos en una distribución estable.</p>

<p class="wp-block-paragraph">Lo que ilustra la historia de M.R. es que el asesor jurídico interno que llega a esta conclusión no es el que lee más jurisprudencia. Es el que lee su propio registro de acuerdos, hace una pregunta al consejo sobre la varianza y acepta que una respuesta que aún no tiene es el inicio de una conversación diferente. El sector de las cartas de reclamación sobrevivirá al giro de cualquier demandado concreto. Los demandados que giren primero lo financiarán, en conjunto, en menor medida.</p>

<p class="wp-block-paragraph">Este artículo irá seguido, en esta misma serie, de perspectivas paralelas de un abogado sénior especializado en accesibilidad en la parte demandante y de un miembro del sector de la parte demandante de Nueva York que trabaja bajo el entorno procesal posterior a las reformas del CPLR §3211. La intención no es contraponer la narrativa interna con una opuesta, sino mostrar cómo cada parte del expediente lee de forma diferente el mismo conjunto de cartas, acuerdos y reformas, y dónde coinciden las lecturas.</p>

</div>

---
title: Aplicaciones web progresivas y accesibilidad: el estado del arte en 2026
url: https://www.disabilityworld.org/es/articles/pwa-accessibility-state-of-the-art/
description: Accesibilidad de las aplicaciones web progresivas en 2026: UX del aviso de instalación, iconos adaptativos, transición del lector de pantalla entre web y nativo, propiedades del manifiesto avanzadas, comportamiento sin conexión con tecnología de apoyo y la vía de instalación en Safari de iOS.
author: Disability World
pubDate: 2026-05-22
tags: pwa, progressive-web-apps, service-worker, offline, manifest, mobile, tech-news
---

# Aplicaciones web progresivas y accesibilidad: el estado del arte en 2026

<div class="src-article" data-template="3">

  <section class="hero" aria-labelledby="hero-heading">
    <div class="hero__inner">
      <div class="hero__tag" aria-hidden="true">Guía de ingeniería · Accesibilidad en PWA 2026</div>
      <h1 class="hero__title" id="hero-heading">
        Aplicaciones web progresivas y accesibilidad:<br/>
        el estado del arte en 2026
      </h1>
      <p class="hero__lead">Seis años después de que Apple lanzara finalmente una vía de instalación funcional en iOS 16.4, la aplicación web progresiva ha dejado de ser una curiosidad y se ha convertido en una cuestión de contratación pública. Esta guía está dirigida a equipos de ingeniería que necesitan saber, en 2026, qué debe una PWA a sus usuarios de tecnología de apoyo — y dónde la plataforma sigue sin alcanzar el nivel de una aplicación nativa real.</p>
      <div class="hero__stats" aria-label="Estadísticas clave">
        <div class="stat-chip">
          <div class="stat-chip__num">2023</div>
          <div class="stat-chip__label">iOS 16.4 — primera vía de instalación de PWA utilizable en Safari</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">11</div>
          <div class="stat-chip__label">propiedades del manifiesto que afectan al comportamiento de la tecnología de apoyo</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">aprox. 35 %</div>
          <div class="stat-chip__label">PWAs de Lighthouse cuyo botón de instalación carece de etiqueta para la tecnología de apoyo</div>
        </div>
      </div>
      <div class="hero__meta">
        <div class="hero__byline">Por <strong>Disability World — equipo de ingeniería</strong></div>
        <div class="hero__pill">9 min de lectura</div>
        <div class="hero__pill">Actualizado mayo de 2026</div>
      </div>
    </div>
  </section>

  <nav class="toc-bar" aria-label="Secciones del artículo">
    <div class="toc-bar__inner">
      <p>Contenido</p>
      <ul role="list">
        <li><a href="#s1">1. Qué significa «accesibilidad en PWA» en 2026</a></li>
        <li><a href="#s2">2. El aviso de instalación</a></li>
        <li><a href="#s3">3. La superficie del manifiesto</a></li>
        <li><a href="#s4">4. La transición del lector de pantalla entre web y nativo</a></li>
        <li><a href="#s5">5. Comportamiento sin conexión y tecnología de apoyo</a></li>
        <li><a href="#s6">6. Safari de iOS frente a Android frente a nativo</a></li>
        <li><a href="#s7">Conclusión: el manual de 2026</a></li>
      </ul>
    </div>
  </nav>

  <div class="article-body">
    <div class="container">

      <section id="s1" aria-labelledby="s1-heading">
        <div class="section-label">Fundamento</div>
        <h2 class="section-title" id="s1-heading">1. Qué significa «accesibilidad en PWA» en 2026</h2>
        <div class="prose">
          <p>Una aplicación web progresiva es, en tiempo de ejecución, tres elementos superpuestos sobre un sitio web normal: un Web App Manifest, un service worker y un modo instalado que sustituye el marco del navegador por la propia entrada del gestor de tareas del sistema operativo. Cada una de las tres capas introduce sus propias obligaciones de accesibilidad — y cada una falla a sus usuarios de tecnología de apoyo de una manera diferente y depurable de forma independiente.</p>
          <p>En 2020, todo el debate se reducía a «WCAG se aplica a las PWA», lo cual era técnicamente correcto y operativamente inútil. En 2026, el debate se divide en las cuatro superficies que realmente importan: la UX del aviso de instalación, las propiedades del manifiesto que impulsan las funcionalidades a nivel de sistema operativo, la transición entre el árbol de accesibilidad del navegador y el del sistema operativo una vez que la PWA se lanza en modo independiente, y el comportamiento de la tecnología de apoyo en la página de respaldo sin conexión del service worker. WCAG 2.2 rige el documento; la capa de integración con la plataforma está regulada por una combinación mucho más fragmentada de borradores del W3C, comportamiento específico de cada proveedor y convenciones ARIA heredadas de la web.</p>
        </div>

        <div class="callout callout--info" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">i</div>
          <div>
            <span class="callout__label">Nota de alcance</span>
            <div class="callout__body"><p>Esta guía cubre la superficie de integración con la plataforma de las PWA — avisos de instalación, propiedades del manifiesto, comportamiento de la tecnología de apoyo en modo independiente, respaldo sin conexión. Se asume que el documento subyacente ya cumple WCAG 2.2 AA. Una PWA encima de una página inaccesible sigue siendo una página inaccesible.</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s2" aria-labelledby="s2-heading">
        <div class="section-label">Superficie</div>
        <h2 class="section-title" id="s2-heading">2. El aviso de instalación</h2>
        <div class="prose">
          <p>El aviso de instalación es la superficie de la PWA más visible para el usuario y, en 2026, sigue siendo la peor diseñada. En Chromium, el aviso está condicionado por `beforeinstallprompt`, que solo se activa tras un umbral heurístico de interacción y que los sitios habitualmente conectan a un botón personalizado de «Instalar aplicación». Ese botón personalizado es donde la accesibilidad falla: aproximadamente uno de cada tres sitios PWA que puntúan en Lighthouse muestra el elemento de instalación como un `&lt;div&gt;` o un `&lt;span&gt;` con estilo pero sin role, sin nombre accesible y sin controlador de teclado — invisible para un lector de pantalla, inaccesible mediante Tab e indistinguible del cromo decorativo.</p>
          <p>La solución no es glamurosa pero es obligatoria: renderice el elemento de instalación como un `&lt;button&gt;` real, establezca un nombre accesible que incluya el verbo («Instalar Disability World en este dispositivo»), exponga el mismo botón a todas las modalidades de entrada y anuncie el éxito o el fracaso mediante una región en vivo después de que el usuario descarte la hoja de confirmación del sistema operativo. Lo mismo se aplica a los estados de `related-applications` y de `beforeinstallprompt` descartado — ambos deben producir un cambio de estado perceptible por la tecnología de apoyo.</p>
        </div>

        <div class="comparison-card comparison-card--featured">
          <div class="comparison-card__head">Anatomía del botón de instalación: mal frente a bien</div>
          <div class="cmp-grid">
            <div class="cmp-card good">
              <div class="cmp-card-label">Peor — lo que vemos en la práctica</div>
              <ul>
                <li>`&lt;div onclick="install()"&gt;Install&lt;/div&gt;` — no tiene foco, no tiene role, el lector de pantalla solo ve la palabra «Install» sin ninguna función accionable.</li>
                <li>Botón oculto hasta que se activa `beforeinstallprompt` — los usuarios de teclado llegan a un enlace «Install» desactualizado que no hace nada tras el evento.</li>
                <li>Sin anuncio de estado tras el descarte — el usuario de tecnología de apoyo no tiene forma de saber si la instalación se completó.</li>
              </ul>
            </div>
            <div class="cmp-card better">
              <div class="cmp-card-label">Mejor — lo que ofrecen los desarrollos de 2026</div>
              <ul>
                <li>`&lt;button type="button" aria-label="Instalar Disability World"&gt;...&lt;/button&gt;` con `aria-disabled` explícito cuando la instalación aún no está disponible.</li>
                <li>El controlador de `beforeinstallprompt` almacena el evento; el botón refleja el estado resultante mediante `aria-disabled` que se activa al recibir el evento.</li>
                <li>Una región en vivo cortés anuncia «Instalado» o «Instalación descartada» después de que `userChoice` se resuelva, para que el usuario de tecnología de apoyo reciba una confirmación perceptible.</li>
              </ul>
            </div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s3" aria-labelledby="s3-heading">
        <div class="section-label">Referencia</div>
        <h2 class="section-title" id="s3-heading">3. La superficie del manifiesto</h2>
        <div class="prose">
          <p>El Web App Manifest creció de forma silenciosa entre 2022 y 2026, y muchas de sus propiedades más recientes tienen consecuencias directas de accesibilidad. La tabla a continuación asocia las once propiedades del manifiesto que interactúan con la tecnología de apoyo con lo que cada navegador hace realmente con ellas hoy — en Chrome para Android, Safari para iOS, Edge para Windows y Firefox para escritorio. Propiedades como `file_handlers`, `share_target` y `window_controls_overlay` no existían de forma significativa en 2021; en 2026 determinan si la PWA aparece en la hoja de compartir del sistema operativo, abre archivos desde el gestor de archivos del sistema y renderiza su propia barra de título — todo lo cual el usuario de lector de pantalla debe poder percibir y operar.</p>
        </div>

        <table class="matrix-table">
          <thead>
            <tr>
              <th></th>
              <th>Chrome (Android)</th>
              <th>Safari (iOS 16.4+)</th>
              <th>Edge (Windows)</th>
              <th>Firefox (escritorio)</th>
            </tr>
          </thead>
          <tbody>
            <tr><th>`name` expuesto al lanzador del SO</th><td>Sí</td><td>Sí</td><td>Sí</td><td class="cell-na">N/D</td></tr>
            <tr><th>`short_name` mostrado bajo el icono de la pantalla de inicio</th><td>Sí</td><td>Sí</td><td>Sí</td><td class="cell-na">N/D</td></tr>
            <tr><th>`description` leída por la tecnología de apoyo en el diálogo de información de la app</th><td>Sí</td><td>Parcial</td><td>Sí</td><td class="cell-na">N/D</td></tr>
            <tr><th>Iconos adaptativos con máscara (`purpose: "maskable"`)</th><td>Sí</td><td>No</td><td>Sí</td><td class="cell-na">N/D</td></tr>
            <tr><th>`lang` + `dir` se propagan a la tecnología de apoyo</th><td>Sí</td><td>Parcial</td><td>Sí</td><td class="cell-na">N/D</td></tr>
            <tr><th>`file_handlers` — abrir desde el gestor de archivos del sistema</th><td>Sí</td><td>No</td><td>Sí</td><td class="cell-na">N/D</td></tr>
            <tr><th>`share_target` — aparece en la hoja de compartir del SO</th><td>Sí</td><td>No</td><td>Sí</td><td class="cell-na">N/D</td></tr>
            <tr><th>`window_controls_overlay` — toma de control de la barra de título</th><td class="cell-na">N/D</td><td class="cell-na">N/D</td><td>Sí</td><td class="cell-na">N/D</td></tr>
            <tr><th>`shortcuts` — menú al mantener pulsado el lanzador</th><td>Sí</td><td>No</td><td>Sí</td><td class="cell-na">N/D</td></tr>
            <tr><th>`display_override` (`minimal-ui`, `window-controls-overlay`)</th><td>Sí</td><td>No</td><td>Sí</td><td class="cell-na">N/D</td></tr>
            <tr><th>`launch_handler` (`focus-existing`)</th><td>Sí</td><td>No</td><td>Sí</td><td class="cell-na">N/D</td></tr>
          </tbody>
        </table>

        <div class="callout callout--warning" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">!</div>
          <div>
            <span class="callout__label">Trampa de `window_controls_overlay`</span>
            <div class="callout__body"><p>Cuando una PWA adopta `window_controls_overlay`, se apropia de la barra de título del SO — incluida la región donde, en una aplicación nativa, el lector de pantalla anunciaría el título de la ventana automáticamente. Las aplicaciones que adoptan esta propiedad deben renderizar explícitamente su propio control de barra de título con foco y etiqueta de tecnología de apoyo dentro del margen seguro, o los usuarios de lector de pantalla pierden el único anclaje en pantalla que indica «dónde estoy en esta aplicación».</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s4" aria-labelledby="s4-heading">
        <div class="section-label">Comportamiento</div>
        <h2 class="section-title" id="s4-heading">4. La transición del lector de pantalla entre web y nativo</h2>
        <div class="prose">
          <p>El problema de depuración más difícil en la accesibilidad de las PWA, en 2026, es lo que ocurre cuando el usuario cruza la costura entre el cromo de la PWA en modo independiente y el propio sistema operativo. En Android, TalkBack lee el `name` del manifiesto cuando el usuario focaliza el icono de la pantalla de inicio, y a continuación pasa a leer el árbol de accesibilidad dentro de la aplicación una vez que se lanza la PWA; en iOS 16.4+, VoiceOver hace lo mismo para una PWA instalada pero con un matiz importante — el primer elemento con foco tras el lanzamiento se anuncia sin el contexto a nivel de aplicación que una aplicación nativa de iOS ofrecería a través del título de su UIWindow.</p>
          <p>El autor de la PWA dispone de una herramienta para salvar esta brecha: en el lanzamiento en frío, se debe llevar el foco a un encabezado o landmark de región principal que incluya el nombre de la aplicación en su etiqueta accesible, y establecer el `&lt;title&gt;` del documento en una cadena que el gestor de tareas del SO leerá cuando el usuario cambie entre aplicaciones. Sin esto, el usuario del lector de pantalla pierde la señal contextual de que ha cambiado de aplicación — un fallo del tipo «dónde estoy» que no existe en las aplicaciones nativas.</p>
        </div>

        <figure class="pull-quote">
          <blockquote>
            <p class="pull-quote__text">«En 2024, un usuario de VoiceOver con teclado Bluetooth nos comunicó, sobre una PWA que habíamos certificado según WCAG 2.2 AA, que no tenía idea de que había salido de Safari y entrado en nuestra aplicación. El documento era accesible. La transición no lo era.»</p>
          </blockquote>
          <figcaption><cite class="pull-quote__source">— Diario de investigación con usuarios de Disability World, octubre de 2024</cite></figcaption>
        </figure>
      </section>

      <hr class="divider" />

      <section id="s5" aria-labelledby="s5-heading">
        <div class="section-label">Comportamiento</div>
        <h2 class="section-title" id="s5-heading">5. Comportamiento sin conexión y tecnología de apoyo</h2>
        <div class="prose">
          <p>Cuando el service worker sirve una página de respaldo sin conexión, aparecen dos modos de fallo específicos de la tecnología de apoyo: el foco que estaba dentro de la página ahora descargada se pierde silenciosamente en el cuerpo del documento, y la propia página sin conexión raramente emplea una región en vivo para informar al usuario del lector de pantalla de lo que acaba de ocurrir. El resultado es un usuario que escucha un único anuncio del título de la página sin conexión (si tiene suerte) y que por lo demás experimenta una pérdida total de contexto.</p>
          <p>La solución es tratar la transición sin conexión como un cambio de estado, anunciarlo mediante una región `aria-live` cortés, restaurar el foco en un landmark conocido de la página sin conexión y ofrecer un control «Reintentar» como un `&lt;button&gt;` real en lugar del enlace «Recargar» que la mayoría de las plantillas de service worker incluyen. Lo mismo se aplica a la vía de recuperación de sincronización en primer plano: cuando se restablece la conectividad y el service worker vacía la cola, ese también es un cambio de estado del que se debe informar al usuario de tecnología de apoyo.</p>
        </div>

        <div class="callout callout--highlight" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">+</div>
          <div>
            <span class="callout__label">Lista de verificación del service worker</span>
            <div class="callout__body"><p>Una región en vivo cortés anuncia «Está sin conexión» en la transición. El foco se mueve al encabezado principal de la página sin conexión. Un `&lt;button&gt;Reintentar&lt;/button&gt;` claramente etiquetado es el primer elemento interactivo. Al recuperar la conexión, un segundo anuncio cortés indica «Conexión restablecida» y el foco se restaura en el último elemento con el que el usuario estaba interactuando.</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s6" aria-labelledby="s6-heading">
        <div class="section-label">Comparación</div>
        <h2 class="section-title" id="s6-heading">6. Safari de iOS frente a Android frente a nativo</h2>
        <div class="prose">
          <p>La pregunta «¿debemos distribuir una PWA o una aplicación nativa?» tiene ahora una dimensión de accesibilidad además de una de completitud de funcionalidades. A continuación comparamos la misma hipotética aplicación de lectura de noticias entregada de cuatro formas — como PWA en Android, como PWA en iOS 16.4+, como aplicación nativa de iOS y como aplicación nativa de Android — en las cinco superficies que un usuario de lector de pantalla toca en primer lugar.</p>
        </div>

        <table class="matrix-table">
          <thead>
            <tr>
              <th></th>
              <th>PWA · Android</th>
              <th>PWA · iOS 16.4+</th>
              <th>Nativa · iOS</th>
              <th>Nativa · Android</th>
            </tr>
          </thead>
          <tbody>
            <tr><th>Elemento de instalación detectable por la tecnología de apoyo</th><td>Si el desarrollador lo implementó bien</td><td>Menú Añadir a pantalla de inicio — detectable</td><td>App Store — completamente accesible</td><td>Play Store — completamente accesible</td></tr>
            <tr><th>Nombre e descripción de la app en el icono del lanzador</th><td>Sí</td><td>Sí (`name` + `apple-mobile-web-app-title`)</td><td>Sí (UIKit Info.plist)</td><td>Sí (manifiesto de Android)</td></tr>
            <tr><th>Iconos adaptativos (temáticos / monocromos)</th><td>Sí (maskable)</td><td>No</td><td>Sí</td><td>Sí</td></tr>
            <tr><th>Contexto del gestor de aplicaciones anunciado</th><td>Sí</td><td>Parcial</td><td>Sí (título UIWindow)</td><td>Sí</td></tr>
            <tr><th>Entrada en la hoja de compartir del SO</th><td>Sí (`share_target`)</td><td>No</td><td>Sí (UIActivity)</td><td>Sí (filtro de Intent)</td></tr>
            <tr><th>Accesos directos al mantener pulsado</th><td>Sí (`shortcuts`)</td><td>No</td><td>Sí (UIApplicationShortcutItem)</td><td>Sí</td></tr>
            <tr><th>Contenido accesible en notificaciones push</th><td>Sí</td><td>Sí (desde iOS 16.4)</td><td>Sí</td><td>Sí</td></tr>
            <tr><th>Rotor personalizado / navegación rápida</th><td class="cell-na">N/D</td><td class="cell-na">N/D</td><td>Sí</td><td>Sí</td></tr>
          </tbody>
        </table>

        <div class="callout callout--info" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">i</div>
          <div>
            <span class="callout__label">La brecha de iOS en 2026</span>
            <div class="callout__body"><p>iOS 16.4 desbloqueó la vía de instalación, las notificaciones push y la API de distintivos para las PWA, e iOS 17 cerró aún más la brecha en la superficie de lanzamiento básica. Pero `file_handlers`, `share_target`, `shortcuts` y `window_controls_overlay` siguen sin estar disponibles. Para un usuario de tecnología de apoyo que depende de la hoja de compartir del SO para mover contenido entre aplicaciones, una PWA en iOS sigue siendo una superficie significativamente menor que una PWA en Android o una aplicación nativa de iOS.</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s7" aria-labelledby="s7-heading">
        <h2 class="section-title" id="s7-heading">Conclusión: el manual de 2026</h2>
        <div class="prose">
          <p>Distribuya el elemento de instalación como un `&lt;button&gt;` real con un nombre accesible. Conecte una región en vivo cortés al resultado de `userChoice`. Complete `name`, `short_name`, `description`, `lang` y `dir` en el manifiesto, y distribuya iconos con máscara para Android. Si adopta `window_controls_overlay`, renderice y etiquete su propia barra de título; si adopta `file_handlers` o `share_target`, trate el lanzamiento resultante como un cambio de estado y anúncielo al entrar.</p>
          <p>Restaure el foco en un landmark etiquetado cada vez que el usuario de lector de pantalla cruce la costura — primer lanzamiento, retorno desde el gestor de aplicaciones, transición sin conexión, lanzamiento por `share_target`, reconexión. Trate cada cruce como un evento discreto que debe al usuario un anuncio perceptible y un anclaje de foco conocido. Nada de esto es difícil; casi nada de esto se distribuye de forma coherente.</p>
          <p>Una PWA en 2026 puede ser casi indistinguible de una aplicación nativa para un usuario de tecnología de apoyo — en Android. En iOS está más cerca que antes, y sigue existiendo una brecha real. La brecha se está cerrando aproximadamente a razón de una propiedad del manifiesto por año. Para los equipos de contratación que eligen entre una PWA y una aplicación nativa, la pregunta de accesibilidad ya no es «¿puede una PWA ser accesible?» — puede serlo. La pregunta es si el equipo que la desarrolla ha leído las once filas del manifiesto anteriores y ha aceptado que cada una forma parte de su entregable.</p>
        </div>

        <figure class="pull-quote">
          <blockquote>
            <p class="pull-quote__text">«Una PWA no exime al equipo del trabajo de integración con la plataforma. Añade once nuevas superficies de accesibilidad y pide al equipo que gestione cada una en todas las plataformas a las que distribuye.»</p>
          </blockquote>
          <figcaption><cite class="pull-quote__source">— Equipo de ingeniería de Disability World</cite></figcaption>
        </figure>
      </section>

    </div>
  </div>
</div>

---
title: Pantallas braille dinámicas en 2026: guía de compra de 12 modelos
url: https://www.disabilityworld.org/es/articles/refreshable-braille-displays-buyers-guide/
description: Guía de ingeniería que compara 12 pantallas braille dinámicas en 2026 — Humanware Brailliant, HIMS Polaris / QBraille XL, Orbit Reader, APH Mantis / Chameleon, Eurobraille Esys, Help Tech Activator y Dot Pad — con matriz de características y los tres modelos más recomendados.
author: Disability World
pubDate: 2026-05-22
tags: braille-displays, refreshable-braille, blindness, assistive-tech, hardware, buyers-guide
---

# Pantallas braille dinámicas en 2026: guía de compra de 12 modelos

<div class="src-article" data-template="3">

  <section class="hero" aria-labelledby="hero-heading">
    <div class="hero__inner">
      <div class="hero__tag" aria-hidden="true">Guía de compra · Pantallas braille dinámicas 2026</div>
      <h1 class="hero__title" id="hero-heading">
        Pantallas braille dinámicas en 2026:<br />
        guía de compra de 12 modelos
      </h1>
      <p class="hero__lead">Doce dispositivos braille dinámicos comparten el mercado de 2026, con precios que van desde unos pocos cientos de dólares hasta casi nueve mil, y casos de uso que abarcan desde la lectura pura hasta los gráficos táctiles multilineal. Esta es la hoja de puntuación de compra práctica, escrita para profesionales ciegos, padres, docentes y responsables de adquisiciones que trabajan con ellos.</p>
      <div class="hero__stats" aria-label="Estadísticas clave">
        <div class="stat-chip">
          <div class="stat-chip__num">12</div>
          <div class="stat-chip__label">modelos comparados</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">7</div>
          <div class="stat-chip__label">atributos por modelo</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">aprox. 8.800 USD</div>
          <div class="stat-chip__label">rango de precios en el mercado</div>
        </div>
      </div>
      <div class="hero__meta">
        <div class="hero__byline">Por <strong>el equipo de hardware de Disability World</strong></div>
        <div class="hero__pill">11 min de lectura</div>
        <div class="hero__pill">Actualizado mayo 2026</div>
      </div>
    </div>
  </section>

  <nav class="toc-bar" aria-label="Secciones del artículo">
    <div class="toc-bar__inner">
      <p>Contenido</p>
      <ul role="list">
        <li><a href="#s1">1. Qué compra realmente el comprador</a></li>
        <li><a href="#s2">2. Los doce modelos sobre la mesa</a></li>
        <li><a href="#s3">3. La matriz de características</a></li>
        <li><a href="#s4">4. Los tres mejores para 2026</a></li>
        <li><a href="#s5">5. La pregunta del Dot Pad</a></li>
        <li><a href="#s6">6. El árbol de decisión</a></li>
        <li><a href="#conclusion">Conclusión</a></li>
      </ul>
    </div>
  </nav>

  <div class="article-body">
    <div class="container">

      <section id="s1" aria-labelledby="s1-heading">
        <div class="section-label">Fundamentos</div>
        <h2 class="section-title" id="s1-heading">1. Qué compra realmente el comprador al adquirir una pantalla braille</h2>
        <div class="prose">
          <p>Una pantalla braille dinámica es una fila —a veces una cuadrícula— de pequeños pasadores de plástico que suben y bajan bajo el control de un programa para formar caracteres braille. Los pasadores suelen estar accionados por actuadores piezoeléctricos, ocasionalmente por motores paso a paso en los diseños de bajo coste más recientes, y cada vez más por módulos de gráficos táctiles en los dispositivos de gama alta. La pantalla se conecta a un ordenador o teléfono mediante USB o Bluetooth, y un lector de pantalla en ese dispositivo envía los caracteres celda a celda. Ese es todo el mecanismo, y ha sido todo el mecanismo durante cuarenta años.</p>
          <p>Lo que cambia entre modelos es todo lo que rodea a los pasadores: cuántas celdas muestra el dispositivo a la vez, cómo se empareja, qué programas de bloc de notas incluye, cuánto dura la batería, qué lectores de pantalla lo manejan sin problemas y cuánto cuesta en la moneda local del comprador tras el impuesto de importación y las extensiones de garantía. Una pantalla de 40 celdas lee una línea completa de prosa de un libro de una sola vez; una de 20 celdas cabe en el bolsillo de un abrigo y lee una notificación del teléfono. Un dispositivo con aplicaciones de bloc de notas integradas puede editar un documento en un avión sin ningún ordenador anfitrión; un dispositivo «solo pantalla» no puede. Estas no son diferencias triviales. Son la diferencia entre una herramienta que se integra en la jornada laboral y una que acaba en un estante.</p>
        </div>

        <div class="stat-row" aria-label="Cifras de contexto sobre pantallas braille">
          <div class="stat-card">
            <div class="stat-card__num">40</div>
            <div class="stat-card__label">celdas en una pantalla de línea completa típica — suficiente para una línea impresa de prosa de libro a la longitud de línea estándar.</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">20</div>
            <div class="stat-card__label">celdas en una pantalla de bolsillo típica — suficiente para una notificación del teléfono, una entrada del calendario o una línea de código.</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">aprox. 3</div>
            <div class="stat-card__label">lectores de pantalla para los que casi todas las pantallas braille incluyen controladores: JAWS, NVDA y VoiceOver (iOS + macOS).</div>
          </div>
        </div>

        <div class="callout callout--info" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">i</div>
          <div>
            <span class="callout__label">Los siete atributos que importan</span>
            <div class="callout__body">
              <p><strong>1. Número de celdas.</strong> 20 celdas (bolsillo), 32 celdas (medio), 40 celdas (línea completa) o multilineal para gráficos.</p>
              <p><strong>2. Conectividad.</strong> Bluetooth (cualquier versión), USB-C, USB-A y puertos adicionales como ranuras para tarjeta SD.</p>
              <p><strong>3. Compatibilidad con lector de pantalla.</strong> JAWS, NVDA, VoiceOver — y con qué limpieza maneja el dispositivo cada uno.</p>
              <p><strong>4. Aplicaciones de bloc de notas.</strong> Si el dispositivo ejecuta de forma nativa aplicaciones de editor, calendario, correo electrónico y lector de libros sin necesidad de un ordenador anfitrión.</p>
              <p><strong>5. Batería.</strong> Horas de lectura o toma de notas continua con una sola carga.</p>
              <p><strong>6. Precio.</strong> Precio de venta al público sugerido por el fabricante en USD, EUR y GBP — antes de las subvenciones nacionales de tecnología de apoyo, que pueden compensar el 100% del coste en algunos países.</p>
              <p><strong>7. Garantía.</strong> Garantía estándar del fabricante y coste de las extensiones.</p>
            </div>
          </div>
        </div>

        <figure class="pull-quote">
          <blockquote>
            <p class="pull-quote__text">«Una pantalla braille no es un sustituto de la pantalla visual. Es un teclado táctil para la lengua que un lector ciego ya domina con fluidez — y el precio de esa fluidez es cuarenta años de lento progreso industrial.»</p>
          </blockquote>
          <figcaption><cite class="pull-quote__source">— Equipo de hardware de Disability World</cite></figcaption>
        </figure>
      </section>

      <hr class="divider" />

      <section id="s2" aria-labelledby="s2-heading">
        <div class="section-label">Panorama</div>
        <h2 class="section-title" id="s2-heading">2. Los doce modelos sobre la mesa</h2>
        <div class="prose">
          <p>El mercado de 2026 se divide en cuatro niveles. El nivel premium — Brailliant BI 40X, Polaris, Mantis Q40, Activator — se sitúa en la banda de 4.000 a 6.000 USD y combina una línea de 40 celdas con un sistema operativo de bloc de notas completo. El nivel medio — Brailliant BI 20X, QBraille XL, Chameleon 20, Eurobraille Esys — se sitúa en la banda de 2.500 a 4.000 USD, con menos celdas o una capa de bloc de notas más reducida. El nivel económico — Orbit Reader 20 y 40 — se sitúa por debajo de 1.500 USD gracias al uso de motores paso a paso en lugar de actuadores piezoeléctricos. El nivel gráfico es un nivel de uno: el Dot Pad incorpora una cuadrícula de pasadores bidimensional completa y su precio lo convierte en una adquisición institucional más que personal.</p>
          <p>Las tarjetas siguientes resumen dónde se sitúa cada modelo y para qué tipo de usuario está concebido. Los puntos reflejan la adecuación global del dispositivo para un profesional ciego típico que adquiere su primera o segunda pantalla en 2026; no son una puntuación de calidad. Un Orbit Reader de cuatro puntos no es peor que un Brailliant de cinco puntos — es un dispositivo menos costoso que hace menos cosas, y ese cálculo es exactamente el correcto para muchos lectores.</p>
        </div>

        <div class="combo-grid">
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Brailliant BI 40X</div>
                <div class="combo-card__sub">Bloc de notas premium de 40 celdas (Humanware)</div>
              </div>
            </div>
            <div class="combo-card__usage">Muy adecuado para profesionales que leen y escriben prosa larga durante todo el día</div>
            <div class="combo-feat"><span class="combo-feat__label">Celdas</span><span>40</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Adecuación global</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span></span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Brailliant BI 20X</div>
                <div class="combo-card__sub">Bloc de notas de bolsillo de 20 celdas (Humanware)</div>
              </div>
            </div>
            <div class="combo-card__usage">Muy adecuado para personas que se desplazan y estudiantes que lo emparejan con un teléfono</div>
            <div class="combo-feat"><span class="combo-feat__label">Celdas</span><span>20</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Adecuación global</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot"></span></span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">HIMS Polaris</div>
                <div class="combo-card__sub">Bloc de notas Android de 32 celdas (HIMS)</div>
              </div>
            </div>
            <div class="combo-card__usage">Muy adecuado para usuarios que desean una tableta Android completa bajo las celdas</div>
            <div class="combo-feat"><span class="combo-feat__label">Celdas</span><span>32</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Adecuación global</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot"></span></span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">HIMS QBraille XL</div>
                <div class="combo-card__sub">Pantalla de 40 celdas con teclas QWERTY (HIMS)</div>
              </div>
            </div>
            <div class="combo-card__usage">Muy adecuado para usuarios que escriben en QWERTY pero leen en braille</div>
            <div class="combo-feat"><span class="combo-feat__label">Celdas</span><span>40</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Adecuación global</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot"></span></span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Orbit Reader 40</div>
                <div class="combo-card__sub">Pantalla económica de 40 celdas (Orbit Research)</div>
              </div>
            </div>
            <div class="combo-card__usage">Muy adecuado para estudiantes, centros educativos y lectores en mercados emergentes</div>
            <div class="combo-feat"><span class="combo-feat__label">Celdas</span><span>40</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Adecuación global</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot"></span></span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Orbit Reader 20</div>
                <div class="combo-card__sub">Pantalla económica de 20 celdas (Orbit Research)</div>
              </div>
            </div>
            <div class="combo-card__usage">Muy adecuado para compradores de su primera pantalla y programas de aprendizaje de braille</div>
            <div class="combo-feat"><span class="combo-feat__label">Celdas</span><span>20</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Adecuación global</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot"></span></span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">APH Mantis Q40</div>
                <div class="combo-card__sub">Pantalla de 40 celdas con teclado QWERTY (APH)</div>
              </div>
            </div>
            <div class="combo-card__usage">Muy adecuado para profesionales con ceguera sobrevenida que ya escriben en QWERTY</div>
            <div class="combo-feat"><span class="combo-feat__label">Celdas</span><span>40</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Adecuación global</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span></span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">APH Chameleon 20</div>
                <div class="combo-card__sub">Pantalla de 20 celdas con teclas Perkins (APH)</div>
              </div>
            </div>
            <div class="combo-card__usage">Muy adecuado para estudiantes de educación primaria y secundaria que aprenden la entrada braille</div>
            <div class="combo-feat"><span class="combo-feat__label">Celdas</span><span>20</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Adecuación global</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot"></span></span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Eurobraille Esys</div>
                <div class="combo-card__sub">Pantalla para el mercado europeo de 40 celdas (Eurobraille)</div>
              </div>
            </div>
            <div class="combo-card__usage">Muy adecuado para lectores franceses y belgas que utilizan subvenciones nacionales</div>
            <div class="combo-feat"><span class="combo-feat__label">Celdas</span><span>40</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Adecuación global</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot"></span></span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Help Tech Activator</div>
                <div class="combo-card__sub">Bloc de notas Android de 40 celdas (Help Tech)</div>
              </div>
            </div>
            <div class="combo-card__usage">Muy adecuado para lectores del mercado alemán y usuarios con integración ATC</div>
            <div class="combo-feat"><span class="combo-feat__label">Celdas</span><span>40</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Adecuación global</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span></span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Dot Pad</div>
                <div class="combo-card__sub">Superficie táctil gráfica multilineal (Dot Inc.)</div>
              </div>
            </div>
            <div class="combo-card__usage">Muy adecuado para estudiantes de CTIM, museos y trabajo institucional con gráficos</div>
            <div class="combo-feat"><span class="combo-feat__label">Celdas</span><span>2.400 pasadores (300 celdas)</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Adecuación global</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot"></span></span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Mención honorífica</div>
                <div class="combo-card__sub">Otras novedades de 2026 que conviene seguir</div>
              </div>
            </div>
            <div class="combo-card__usage">Tactile Engineering Cadence, Bristol Braille Canute, NLS eReader (préstamo en EE. UU.)</div>
            <div class="combo-feat"><span class="combo-feat__label">Estado</span><span>Nicho o solo préstamo</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Adecuación global</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot"></span><span class="dot"></span></span></div>
          </article>
        </div>

        <div class="callout callout--warning" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">!</div>
          <div>
            <span class="callout__label">Los precios cambian; los controladores, no</span>
            <div class="callout__body">
              <p>Los precios en USD, EUR y GBP de la sección tres son los precios de venta al público sugeridos por el fabricante en el momento de la redacción y varían con el tipo de cambio, los aranceles aduaneros y el margen del distribuidor en cada país. La compatibilidad con controladores y lectores de pantalla, por el contrario, la fija el proveedor y solo cambia cuando se publica una nueva versión de firmware o del lector de pantalla. La matriz puede consultarse como referencia duradera; la columna de precios debe tratarse como una instantánea.</p>
            </div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s3" aria-labelledby="s3-heading">
        <div class="section-label">Referencia</div>
        <h2 class="section-title" id="s3-heading">3. La matriz de características: modelo por atributo</h2>
        <div class="prose">
          <p>Los siete atributos de la sección uno, evaluados en los doce modelos de la sección dos. Los precios son los de venta al público sugeridos por el fabricante en USD, EUR y GBP. Las horas de batería son las de lectura continua indicadas por el proveedor. Las entradas «JAWS / NVDA / VoiceOver» nombran los lectores de pantalla que manejan el dispositivo con un controlador oficial o comunitario; la ausencia no significa imposibilidad, solo que el comprador necesitará una solución alternativa.</p>
        </div>

        <table class="matrix-table">
          <thead>
            <tr>
              <th>Modelo</th>
              <th>Celdas</th>
              <th>Conectividad</th>
              <th>Compatibilidad con lector de pantalla</th>
              <th>Aplicaciones de bloc de notas</th>
              <th>Batería</th>
              <th>Precio (USD / EUR / GBP)</th>
              <th>Garantía</th>
            </tr>
          </thead>
          <tbody>
            <tr>
              <th>Brailliant BI 40X</th>
              <td>40</td>
              <td>USB-C, Bluetooth 5</td>
              <td>JAWS, NVDA, VoiceOver</td>
              <td>Editor, biblioteca, calendario, calculadora</td>
              <td>aprox. 15 h</td>
              <td>aprox. 4.395 / 4.250 / 3.650</td>
              <td>2 años estándar</td>
            </tr>
            <tr>
              <th>Brailliant BI 20X</th>
              <td>20</td>
              <td>USB-C, Bluetooth 5</td>
              <td>JAWS, NVDA, VoiceOver</td>
              <td>Editor, biblioteca, calendario, calculadora</td>
              <td>aprox. 15 h</td>
              <td>aprox. 3.095 / 2.990 / 2.580</td>
              <td>2 años estándar</td>
            </tr>
            <tr>
              <th>HIMS Polaris</th>
              <td>32</td>
              <td>USB-C, USB-A host, Bluetooth, Wi-Fi</td>
              <td>JAWS, NVDA, VoiceOver (anfitrión) + Android nativo</td>
              <td>Suite Android completa de bloc de notas</td>
              <td>aprox. 18 h</td>
              <td>aprox. 5.995 / 5.800 / 4.990</td>
              <td>1 año estándar</td>
            </tr>
            <tr>
              <th>HIMS QBraille XL</th>
              <td>40</td>
              <td>USB-C, Bluetooth</td>
              <td>JAWS, NVDA, VoiceOver</td>
              <td>Ninguna (solo pantalla con entrada QWERTY)</td>
              <td>aprox. 20 h</td>
              <td>aprox. 3.795 / 3.690 / 3.150</td>
              <td>1 año estándar</td>
            </tr>
            <tr>
              <th>Orbit Reader 40</th>
              <td>40</td>
              <td>USB-C, Bluetooth, tarjeta SD</td>
              <td>JAWS, NVDA, VoiceOver</td>
              <td>Lector autónomo, editor sencillo, explorador de archivos</td>
              <td>aprox. 20 h</td>
              <td>aprox. 1.495 / 1.490 / 1.280</td>
              <td>1 año estándar</td>
            </tr>
            <tr>
              <th>Orbit Reader 20</th>
              <td>20</td>
              <td>USB-C, Bluetooth, tarjeta SD</td>
              <td>JAWS, NVDA, VoiceOver</td>
              <td>Lector autónomo, editor sencillo, explorador de archivos</td>
              <td>aprox. 20 h</td>
              <td>aprox. 699 / 720 / 620</td>
              <td>1 año estándar</td>
            </tr>
            <tr>
              <th>APH Mantis Q40</th>
              <td>40</td>
              <td>USB-C, Bluetooth 5</td>
              <td>JAWS, NVDA, VoiceOver</td>
              <td>Editor, biblioteca, calculadora, terminal</td>
              <td>aprox. 14 h</td>
              <td>aprox. 2.495 / 2.490 / 2.140</td>
              <td>2 años estándar</td>
            </tr>
            <tr>
              <th>APH Chameleon 20</th>
              <td>20</td>
              <td>USB-C, Bluetooth 5</td>
              <td>JAWS, NVDA, VoiceOver</td>
              <td>Editor, biblioteca, calculadora</td>
              <td>aprox. 14 h</td>
              <td>aprox. 2.195 / 2.190 / 1.880</td>
              <td>2 años estándar</td>
            </tr>
            <tr>
              <th>Eurobraille Esys</th>
              <td>40</td>
              <td>USB-C, Bluetooth</td>
              <td>JAWS, NVDA, VoiceOver</td>
              <td>Editor, calendario, agenda de contactos</td>
              <td>aprox. 20 h</td>
              <td>aprox. 4.195 / 3.990 / 3.490</td>
              <td>2 años estándar</td>
            </tr>
            <tr>
              <th>Help Tech Activator</th>
              <td>40</td>
              <td>USB-C, Bluetooth, Wi-Fi, ATC</td>
              <td>JAWS, NVDA, VoiceOver + Android nativo</td>
              <td>Suite Android completa de bloc de notas</td>
              <td>aprox. 12 h</td>
              <td>aprox. 6.495 / 6.290 / 5.390</td>
              <td>2 años estándar</td>
            </tr>
            <tr>
              <th>Dot Pad</th>
              <td>2.400 pasadores (300 celdas, multilineal)</td>
              <td>USB-C, Bluetooth, emparejamiento con iPad</td>
              <td>VoiceOver (principal), JAWS mediante puente anfitrión</td>
              <td>Ninguna (superficie de gráficos táctiles, controlada por anfitrión)</td>
              <td>aprox. 8 h</td>
              <td>aprox. 8.900 / 8.490 / 7.290</td>
              <td>1 año estándar</td>
            </tr>
            <tr>
              <th>Mención honorífica</th>
              <td>Variable</td>
              <td>Variable</td>
              <td>Variable</td>
              <td>Nicho o solo préstamo</td>
              <td>Variable</td>
              <td>Variable</td>
              <td>Variable</td>
            </tr>
          </tbody>
        </table>

        <div class="callout callout--highlight" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">+</div>
          <div>
            <span class="callout__label">Cómo leer la matriz</span>
            <div class="callout__body">
              <p>La matriz admite tres órdenes de lectura naturales. Leer la columna de precios de arriba abajo permite comparar el coste. Leer la columna del bloc de notas de arriba abajo permite comparar la independencia respecto al ordenador anfitrión. Leer la columna del lector de pantalla de arriba abajo permite confirmar que un modelo funciona con el programa que el comprador ya utiliza. La matriz no puntúa las celdas en sí — todos los dispositivos de esta lista utilizan celdas braille que cumplen el diámetro de punto estándar de 2,5 mm y el espaciado de celda de 2,5 mm, y una prueba táctil lado a lado rara vez los diferencia.</p>
            </div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s4" aria-labelledby="s4-heading">
        <div class="section-label">Recomendaciones</div>
        <h2 class="section-title" id="s4-heading">4. Los tres mejores para 2026, por perfil de usuario</h2>
        <div class="prose">
          <p>La matriz nombra doce dispositivos; la mayoría de los compradores debería elegir entre tres. Las recomendaciones siguientes cubren los tres perfiles que en 2026 acumulan la mayor parte de las nuevas adquisiciones: el profesional en activo que lee y escribe prosa larga, el estudiante o la persona que se desplaza y vive con el teléfono, y el centro educativo o programa de rehabilitación que compra pantallas en volumen.</p>
        </div>

        <div class="combo-grid">
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Para el profesional en activo</div>
                <div class="combo-card__sub">Brailliant BI 40X — aprox. 4.395 USD</div>
              </div>
            </div>
            <div class="combo-card__usage">Línea completa de 40 celdas, bloc de notas robusto, controladores JAWS y NVDA sin problemas, garantía de dos años</div>
            <div class="combo-feat"><span class="combo-feat__label">Por qué este</span><span>El dispositivo de línea completa con mejor soporte</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Segunda opción</span><span>APH Mantis Q40 (entrada QWERTY)</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Descartar si</span><span>El presupuesto es inferior a aprox. 3.000 USD</span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Para el estudiante o la persona en tránsito</div>
                <div class="combo-card__sub">Brailliant BI 20X — aprox. 3.095 USD</div>
              </div>
            </div>
            <div class="combo-card__usage">Factor de forma de bolsillo de 20 celdas, emparejamiento Bluetooth 5 completo con iPhone o Android, suficientemente ligero para llevarlo a diario</div>
            <div class="combo-feat"><span class="combo-feat__label">Por qué este</span><span>La mejor pantalla de bolsillo emparejada con el teléfono</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Segunda opción</span><span>APH Chameleon 20 (compradores de K-12 en EE. UU.)</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Descartar si</span><span>Se lee prosa larga a diario — optar por 40 celdas</span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Para centros y programas</div>
                <div class="combo-card__sub">Orbit Reader 20 — aprox. 699 USD</div>
              </div>
            </div>
            <div class="combo-card__usage">El precio unitario más bajo del mercado por un amplio margen, duradero, lectura autónoma con tarjeta SD, vía de reparación sencilla</div>
            <div class="combo-feat"><span class="combo-feat__label">Por qué este</span><span>Mayor ratio «pantallas por euro de subvención»</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Segunda opción</span><span>Orbit Reader 40 (estudiantes mayores)</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Descartar si</span><span>Las aplicaciones de bloc de notas son un requisito imprescindible</span></div>
          </article>
        </div>

        <p class="pull">La pantalla braille adecuada en 2026 rara vez es la más cara que el comprador puede justificar; es la más económica que realmente cumple todos los requisitos de su lista.</p>

        <div class="callout callout--info" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">i</div>
          <div>
            <span class="callout__label">Las subvenciones nacionales cambian el cálculo</span>
            <div class="callout__body">
              <p>En Alemania, la vía del seguro médico obligatorio (Krankenkasse) puede cubrir íntegramente un Activator para un lector en activo; en Francia, la vía de la MDPH cubre un Esys; en el Reino Unido, el programa Access to Work cubre la mayoría de los dispositivos premium hasta el límite del proyecto; en EE. UU., Rehabilitación Vocacional y el Departamento de Asuntos de Veteranos cubren habitualmente el Brailliant y el Mantis. Un comprador que paga de su bolsillo debe tratar la columna de precios como vinculante; uno que tiene derecho a una subvención nacional debe tratarla como punto de partida.</p>
            </div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s5" aria-labelledby="s5-heading">
        <div class="section-label">Frontera</div>
        <h2 class="section-title" id="s5-heading">5. La pregunta del Dot Pad: llegan los gráficos multilineales</h2>
        <div class="prose">
          <p>Once de los doce dispositivos de la lista son pantallas braille de una sola línea — muestran una fila de texto a la vez. El duodécimo, el Dot Pad, es algo completamente distinto: una cuadrícula de 300 celdas organizada en diez líneas de treinta celdas, más una zona de gráficos táctiles de 2.400 pasadores que puede representar un gráfico, un mapa, un diagrama matemático o una maqueta de interfaz como imagen en relieve. Es el cambio industrial más significativo en el hardware de braille dinámico en veinte años, y llega a un precio que resulta prohibitivo para una adquisición personal, pero muy asequible para una institucional.</p>
          <p>El Dot Pad no es un sustituto del Brailliant ni del Mantis. Es un complemento. Un estudiante de CTIM ciego que tiene un Mantis Q40 para la prosa y un Dot Pad para los diagramas puede leer el libro de texto y los diagramas desde el mismo escritorio; un museo que coloca un Dot Pad junto a una exposición visual puede mostrar esa exposición a los visitantes ciegos en tiempo real; un centro educativo que instala un Dot Pad en un laboratorio de matemáticas da a sus alumnos ciegos acceso a gráficas que antes había que grabar en papel swell y enviar por correo de un día para otro. Nada de esto es teórico en 2026 — el dispositivo se ha distribuido en volumen a compradores del sector público en Corea, Japón, EE. UU. y el Reino Unido, con un creciente número de adquisiciones institucionales europeas.</p>
        </div>

        <div class="cmp-grid">
          <article class="cmp-card good">
            <div class="cmp-card-label">A qué reemplaza el Dot Pad</div>
            <p>Gráficos en relieve sobre papel swell, enviados por correo de un día para otro desde un servicio de transcripción a un precio de aprox. 15-40 USD por diagrama, con un plazo de entrega de 24 a 48 horas y sin posibilidad de revisar la imagen tras su impresión. Suficiente para figuras estáticas de libros de texto; inútil para los gráficos dinámicos que produce un analista en activo.</p>
          </article>

          <article class="cmp-card better">
            <div class="cmp-card-label">Qué permite el Dot Pad</div>
            <p>Representación táctil en tiempo real de cualquier gráfico que envíe el anfitrión — extraído de un libro de texto, generado por una biblioteca de gráficos, transcrito en directo desde una diapositiva. Actualización en segundos, revisión en el mismo lugar, intercambio entre estudiantes mediante el reenvío del archivo. El mismo diagrama que ve la clase sin discapacidad visual, en el mismo minuto.</p>
          </article>
        </div>

        <div class="callout callout--warning" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">!</div>
          <div>
            <span class="callout__label">Advertencia para compradores del Dot Pad</span>
            <div class="callout__body">
              <p>El precio del Dot Pad lo sitúa fuera del presupuesto de prácticamente cualquier compra personal — a aprox. 8.900 USD es más del triple que el Mantis Q40 y se aproxima al precio de un automóvil pequeño. Para un comprador privado, la pregunta rara vez es si el Dot Pad es bueno (lo es), sino si una institución lo comprará y permitirá su uso. Los estudiantes de CTIM deberían consultar con su servicio de atención a estudiantes con discapacidad; los profesionales en activo, con el presupuesto de ajustes razonables de su empleador; los padres, con el centro escolar de su hijo.</p>
            </div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s6" aria-labelledby="s6-heading">
        <div class="section-label">Guía práctica</div>
        <h2 class="section-title" id="s6-heading">6. El árbol de decisión: de «necesito una pantalla braille» a «he comprado esta»</h2>
        <div class="prose">
          <p>La matriz y las recomendaciones anteriores son los datos. El árbol siguiente explica cómo utilizarlos. Seis preguntas en orden; la respuesta a cada una elimina modelos de la lista. Siguiendo el árbol de arriba abajo, la mayoría de los compradores llegan a uno o dos candidatos finales.</p>
        </div>

        <div class="step step--accent">
          <div class="step__num">1</div>
          <div>
            <h3>¿Se necesita una línea de 40 celdas, o bastan 20?</h3>
            <p>Leer prosa larga, redactar informes, trabajar en hojas de cálculo — optar por 40. Leer notificaciones del teléfono, emparejarlo con un iPhone, llevarlo a diario — optar por 20. En caso de duda, optar por 40: la diferencia de precio es real, pero la diferencia de experiencia es mayor, y la mayoría de los lectores que empiezan con 20 celdas suben de categoría en menos de dos años. Esta sola pregunta elimina la mitad de la lista.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">2</div>
          <div>
            <h3>¿Se necesitan aplicaciones de bloc de notas integradas o solo una pantalla controlada por anfitrión?</h3>
            <p>Si el dispositivo debe funcionar en un avión sin portátil — editor, calendario, calculadora, lector de libros — se necesita un bloc de notas. Esto apunta al Brailliant BI 40X / 20X, HIMS Polaris, Help Tech Activator, APH Mantis Q40 / Chameleon 20. Si el dispositivo solo se empareja con un teléfono o un ordenador, el QBraille XL, el Orbit Reader 20 / 40 y el Eurobraille Esys son máquinas con prioridad en la pantalla y son más económicas por esa razón.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">3</div>
          <div>
            <h3>¿Qué lector de pantalla se utiliza realmente?</h3>
            <p>Los usuarios exclusivos de JAWS están bien atendidos por cualquiera de los dispositivos premium, pero deben confirmar la versión del controlador en la página de compatibilidad de Freedom Scientific. Los usuarios de NVDA disponen del soporte de hardware más amplio y del mejor historial de controladores comunitarios; las líneas Orbit Reader y Brailliant funcionan con especial fluidez. Los usuarios de VoiceOver en iPhone deben adquirir un dispositivo con Bluetooth 5 actualizado — el Brailliant 20X, el Mantis Q40 y el Chameleon 20 son las opciones más seguras.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">4</div>
          <div>
            <h3>¿Se prefieren teclas braille estilo Perkins o teclado QWERTY?</h3>
            <p>La mayoría de los lectores ciegos que aprendieron braille de niños prefieren la entrada estilo Perkins en el dispositivo. La mayoría de los profesionales con ceguera sobrevenida que ya escriben a ciegas prefieren QWERTY. Si la respuesta es QWERTY, el campo se reduce considerablemente al APH Mantis Q40 y al HIMS QBraille XL. Si la respuesta es Perkins, casi todo lo demás reúne los requisitos.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">5</div>
          <div>
            <h3>¿Cuál es el presupuesto tras las subvenciones?</h3>
            <p>Por debajo de aprox. 1.500 USD: el Orbit Reader 20 o 40 son las únicas opciones. Entre aprox. 2.000 y 3.500 USD: el APH Mantis Q40 y el Chameleon 20 dominan. Entre aprox. 3.500 y 5.000 USD: el Brailliant BI 40X, el QBraille XL y el Eurobraille Esys son las opciones. Por encima de aprox. 5.000 USD: el Polaris, el Activator y el Dot Pad (institucional) se vuelven accesibles. Deben aplicarse las subvenciones nacionales antes de responder esta pregunta; el cálculo cambia por completo una vez que se dispone de una vía de Krankenkasse, MDPH, Access to Work o Rehabilitación Vocacional.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">6</div>
          <div>
            <h3>¿Se necesitan gráficos táctiles, o solo texto?</h3>
            <p>Casi todos los compradores solo necesitan texto. El Dot Pad entra en consideración para estudiantes de CTIM, cartógrafos, diseñadores, educadores de museos y cualquier persona que trabaje con gráficas y mapas a diario. Si la respuesta es «solo texto», se recomienda descartar el Dot Pad y utilizar el presupuesto para un dispositivo de una sola línea mejor más una extensión de garantía de dos años. Si la respuesta es «los gráficos son fundamentales en mi trabajo», el Dot Pad es el único dispositivo de esta lista que cumple el requisito.</p>
          </div>
        </div>

        <div class="callout callout--info" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">i</div>
          <div>
            <span class="callout__label">Probar antes de comprar</span>
            <div class="callout__body">
              <p>Cada dispositivo de esta lista tiene una disposición de botones diferente, un paso de celda ligeramente distinto y una sensación de pulsación de teclas ligeramente diferente. Los compradores que pueden probar un dispositivo antes de adquirirlo — en la conferencia de una federación nacional, en una agencia de rehabilitación local o en una demostración del proveedor — toman mejores decisiones que los que hacen el pedido sin verlo. En EE. UU., los congresos CSUN, ATIA y NFB acogen stands de proveedores cada primavera; en Europa, el evento Sight Village de Birminghan y el SightCity de Fráncfort hacen lo mismo. Diez minutos de prueba práctica valen más que diez horas de vídeos de reseñas.</p>
            </div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="conclusion" aria-labelledby="concl-heading">
        <h2 class="section-title" id="concl-heading">Conclusión: la pantalla braille adecuada es la que desaparece</h2>
        <div class="prose">
          <p>Los doce dispositivos de esta lista representan el estado operativo del hardware de braille dinámico en 2026. Ninguno de ellos es malo. La mayoría son muy buenos. El mercado ha madurado hasta el punto en que la pregunta del comprador ya no es «¿qué dispositivo funciona?» — todos los de esta lista funcionan — sino «¿qué dispositivo se adapta a la vida lectora que realmente llevo?». La respuesta rara vez es el dispositivo más caro de la mesa, ni tampoco el más económico. Es aquel que desaparece en la jornada laboral porque todos los requisitos de la lista del comprador ya están cubiertos, todos los lectores de pantalla de sus equipos ya lo manejan sin problemas y los documentos de garantía ya están en un cajón en algún lugar.</p>
          <p>El árbol de decisión de la sección seis lleva a la mayoría de los compradores a un candidato final en veinte minutos. La matriz de la sección tres les conduce a una decisión de compra segura en una hora. Las tres mejores opciones de la sección cuatro cubren los tres perfiles que concentran la mayor parte de las compras. Y el Dot Pad — en silencio, con un precio elevado, de forma institucional — representa el primer paso real fuera de la jaula de una sola línea que ha limitado la lectura táctil desde que la primera celda piezoeléctrica salió al mercado en 1979. La línea es donde la mayoría lee todavía. La cuadrícula es donde algunos leeremos a continuación.</p>
        </div>
        <figure class="pull-quote">
          <blockquote>
            <p class="pull-quote__text">«La pantalla braille adecuada es la que desaparece en la jornada laboral. Todos los dispositivos de esta lista funcionan; solo uno es el suyo.»</p>
          </blockquote>
          <figcaption><cite class="pull-quote__source">— Equipo de hardware de Disability World</cite></figcaption>
        </figure>
      </section>

    </div>
  </div>
</div>

---
title: Itinerarios de aprendizaje de lectores de pantalla: cómo los desarrolladores con visión pueden alcanzar la fluidez
url: https://www.disabilityworld.org/es/articles/screen-reader-learning-paths/
description: Un itinerario de aprendizaje por etapas que lleva a un desarrollador con visión desde principiante con lectores de pantalla hasta genuinamente fluido — qué lector elegir primero, los ejercicios con monitor apagado de la primera semana y los atajos para desarrolladores que casi nadie enseña.
author: Disability World
pubDate: 2026-05-22
tags: screen-readers, learning, developers, nvda, voiceover, testing, education
---

# Itinerarios de aprendizaje de lectores de pantalla: cómo los desarrolladores con visión pueden alcanzar la fluidez

<div class="src-article" data-template="3">

<section class="hero" aria-labelledby="hero-heading">
<div class="hero__inner">
<div class="hero__tag" aria-hidden="true">Guía de ingeniería · Fluidez con lector de pantalla para desarrolladores</div>
<h1 class="hero__title" id="hero-heading">
Itinerarios de aprendizaje de lectores de pantalla:<br/>
cómo los desarrolladores con visión pueden alcanzar la fluidez
</h1>
<p class="hero__lead">«He probado con VoiceOver» es la afirmación más exagerada del desarrollo web accesible. Se analizó qué significa la fluidez real — no la familiaridad, la fluidez — y se construyó un plan por etapas que lleva a un desarrollador con visión a una confianza genuina en unas cuarenta horas de práctica, comenzando con el emparejamiento de lector que realmente da frutos y terminando con los atajos en modo desarrollador que casi nadie enseña.</p>
<div class="hero__stats" aria-label="Estadísticas clave">
<div class="stat-chip">
<div class="stat-chip__num">aprox. 10 h</div>
<div class="stat-chip__label">hasta «útil»</div>
</div>
<div class="stat-chip">
<div class="stat-chip__num">aprox. 40 h</div>
<div class="stat-chip__label">hasta semifluido</div>
</div>
<div class="stat-chip">
<div class="stat-chip__num">2</div>
<div class="stat-chip__label">lectores con los que empezar</div>
</div>
</div>
<div class="hero__meta">
<div class="hero__byline">Por <strong>el equipo de ingeniería de Disability World</strong></div>
<div class="hero__pill">12 min de lectura</div>
<div class="hero__pill">Actualizado mayo 2026</div>
</div>
</div>
</section>

<nav class="toc-bar" aria-label="Secciones del artículo">
<div class="toc-bar__inner">
<p>Contenido</p>
<ul role="list">
<li><a href="#s1">1. Por qué merece la pena aprender la herramienta</a></li>
<li><a href="#s2">2. Elegir el lector de pantalla</a></li>
<li><a href="#s3">3. Semana 1: monitor apagado</a></li>
<li><a href="#s4">4. Semanas 2 a 4: formularios y navegación</a></li>
<li><a href="#s5">5. Atajos en modo desarrollador</a></li>
<li><a href="#s6">6. Referencias de tiempo hasta la fluidez</a></li>
<li><a href="#conclusion">Conclusión</a></li>
</ul>
</div>
</nav>

<div class="article-body">
<div class="container">

<section id="s1" aria-labelledby="s1-heading">
<div class="section-label">Motivación</div>
<h2 class="section-title" id="s1-heading">1. Por qué merece la pena — y qué significa realmente la fluidez</h2>
<div class="prose">

<p>Casi todos los programas de accesibilidad que se auditan registran el mismo dato: un noventa y tantos por ciento de los desarrolladores de frontend afirman «probar con un lector de pantalla». Si se les pide una demostración, la demostración suele ser siempre la misma: tres pulsaciones de tecla — encender, navegar con tabulador por la página, apagar. Eso no es una prueba. Es marcar una casilla.</p>

<p>La razón por la que ocurre esto es estructural, no por dejadez. Un lector de pantalla no es una herramienta que pueda adoptarse como si fuera un nuevo linter. Es un modelo de interacción diferente con su propio estado modal, su propia gramática de atajos y un conjunto de convenciones que solo tienen sentido después de haberlo utilizado durante varias horas de trabajo real. Hasta que no se supera ese umbral, la herramienta dice casi nada — y, peor aún, dice cosas erróneas, porque los anuncios que se escuchan dependen del modo del lector, del árbol de accesibilidad del navegador y de la capa IME de la plataforma de maneras que no son evidentes desde fuera.</p>

<p>La fluidez, a efectos de este artículo, es el punto en el que se puede entregar a un compañero un componente defectuoso, tomar su teclado y reproducir el fallo con el lector de pantalla activo — sin mirar la pantalla, sin consultar una hoja de referencia rápida y sin empeorar el anuncio respecto a cómo sonaría en un uso real. La familiaridad es el punto en el que se ha oído un lector de pantalla. La brecha entre ambas equivale a unas treinta o treinta y cinco horas de práctica deliberada.</p>

</div>

<div class="callout callout--info" role="note">
<div class="callout__icon-wrap" aria-hidden="true">i</div>
<div>
<span class="callout__label">Lo que este artículo no es</span>
<div class="callout__body"><p>Este artículo no sustituye las pruebas con usuarios con discapacidad. Un desarrollador con visión que usa un lector de pantalla está aproximando un flujo de trabajo que un usuario habitual ha interiorizado durante años. El objetivo de la fluidez no es sustituir las pruebas de usuario; es detectar los fallos obvios antes de las pruebas de usuario, de modo que la sesión se dedique a los sutiles.</p></div>
</div>
</div>

</section>

<hr class="divider"/>

<section id="s2" aria-labelledby="s2-heading">
<div class="section-label">Elección</div>
<h2 class="section-title" id="s2-heading">2. Elegir el lector de pantalla — y posponer JAWS</h2>
<div class="prose">

<p>El mercado cuenta con tres lectores de pantalla relevantes para el trabajo web en escritorio: NVDA en Windows, VoiceOver en macOS e iOS, y JAWS en Windows. Cada uno tiene una base de usuarios suficientemente amplia como para que ignorarlo suponga un riesgo real, y cada uno anuncia el mismo marcado de forma ligeramente diferente. Un desarrollador fluido puede manejar al menos dos de ellos.</p>

<p>La recomendación, tras observar a decenas de desarrolladores superar el umbral, es inequívoca: <strong>empezar con NVDA en Windows y VoiceOver en macOS</strong>. Ambos son gratuitos. Ambos vienen preinstalados (VoiceOver) o se instalan en menos de cinco minutos (NVDA). Ambos los utilizan suficientes usuarios reales — NVDA acumula aprox. el 65% de la cuota de mercado de lectores de pantalla en Windows según la encuesta WebAIM más reciente, VoiceOver domina el móvil y una parte significativa del escritorio macOS — como para que lo que se aprenda se transfiera de inmediato a fallos en los que se puede publicar una corrección. JAWS es la tercera herramienta, no la primera, aunque siga siendo el lector de pantalla con la mayor base instalada en entornos corporativos. Tres razones.</p>

</div>

<div class="combo-grid">

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">NVDA</div>
<div class="combo-card__sub">NV Access · Windows · gratuito</div>
</div>
</div>
<div class="combo-card__usage">aprox. 65% de cuota de mercado de lectores de pantalla en Windows (WebAIM 2024)</div>
<div class="combo-feat"><span class="combo-feat__label">Coste</span><span>Gratuito, con donaciones</span></div>
<div class="combo-feat"><span class="combo-feat__label">Tiempo de instalación</span><span>Menos de 5 minutos</span></div>
<div class="combo-feat"><span class="combo-feat__label">Curva de aprendizaje</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot"></span><span class="dot"></span></span></div>
<div class="combo-feat"><span class="combo-feat__label">Por qué empezar aquí</span><span>Modos claros, registro transparente, gran base de usuarios reales</span></div>
</article>

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">VoiceOver</div>
<div class="combo-card__sub">Apple · macOS &amp; iOS · preinstalado</div>
</div>
</div>
<div class="combo-card__usage">Por defecto en todos los Mac e iPhone; dominante en móvil</div>
<div class="combo-feat"><span class="combo-feat__label">Coste</span><span>Gratuito, incluido en el sistema operativo</span></div>
<div class="combo-feat"><span class="combo-feat__label">Tiempo de instalación</span><span>Ya instalado</span></div>
<div class="combo-feat"><span class="combo-feat__label">Curva de aprendizaje</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot"></span></span></div>
<div class="combo-feat"><span class="combo-feat__label">Por qué combinarlo con NVDA</span><span>El modelo de rotor difiere del modelo de cursor de PC; se aprenden los dos mundos</span></div>
</article>

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">JAWS</div>
<div class="combo-card__sub">Freedom Scientific · Windows · de pago</div>
</div>
</div>
<div class="combo-card__usage">Mayor base instalada corporativa, especialmente en administración pública y finanzas</div>
<div class="combo-feat"><span class="combo-feat__label">Coste</span><span>Licencia doméstica aprox. 95 $/año, nivel profesional más alto</span></div>
<div class="combo-feat"><span class="combo-feat__label">Tiempo de instalación</span><span>30 min o más; requiere activación</span></div>
<div class="combo-feat"><span class="combo-feat__label">Curva de aprendizaje</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span></span></div>
<div class="combo-feat"><span class="combo-feat__label">Por qué posponerlo</span><span>Mismo modelo mental en Windows que NVDA, pero más pesado y con licencia de pago</span></div>
</article>

</div>

<div class="prose">

<p>Las tres razones para posponer JAWS son pedagógicas, no políticas. En primer lugar, JAWS y NVDA comparten un modelo mental — el modo de exploración frente al modo de foco en Windows, el mismo prefijo de comando basado en Insert, el mismo búfer virtual — de modo que, una vez dominado NVDA, el noventa por ciento de los comandos de JAWS que se necesitan realmente son solo una búsqueda en el glosario. En segundo lugar, JAWS acumula décadas de inferencia «inteligente»: intenta corregir el marcado defectuoso antes de que el usuario lo escuche, lo que significa que un fallo que JAWS suaviza seguirá llegando a los usuarios de NVDA. El comportamiento deliberadamente conservador de NVDA lo convierte en el lector de referencia cuando se trata de aprender qué está roto. En tercer lugar, la fricción de licencia de JAWS — la activación, el modo de prueba de cuarenta minutos que notifica en cada reinicio — es una carga de aprendizaje que no es necesario asumir hasta que se disponga de confianza suficiente para afrontarla.</p>

<p>VoiceOver se combina con NVDA en lugar de competir con él porque los dos lectores representan los dos modelos de interacción dominantes. NVDA (y JAWS) utilizan el modelo de «cursor de PC»: un búfer virtual que dispone la página como un documento lineal y un foco separado que sigue el orden de tabulación. VoiceOver utiliza un único cursor de VoiceOver que se superpone al foco, navegado por el rotor y por las teclas VO+flecha. Un desarrollador fluido en solo uno de los modelos escribirá código que anuncia bien en su lector y mal en el otro. Aprender ambos a la vez es la única forma fiable de percibir la diferencia.</p>

</div>

<figure class="pull-quote">
<blockquote>
<p class="pull-quote__text">«Elegir los dos lectores gratuitos. Invertir cuarenta horas. Se encontrarán más fallos de accesibilidad en el próximo trimestre que en las últimas tres auditorías de proveedor combinadas.»</p>
</blockquote>
<figcaption><cite class="pull-quote__source">— Responsable de ingeniería, plataforma fintech que retiró su overlay en 2025</cite></figcaption>
</figure>

</section>

<hr class="divider"/>

<section id="s3" aria-labelledby="s3-heading">
<div class="section-label">Semana 1</div>
<h2 class="section-title" id="s3-heading">3. Semana 1 — monitor apagado, manos en el teclado</h2>
<div class="prose">

<p>El programa de la primera semana tiene una única regla: <strong>apagar el monitor</strong>. No atenuarlo, no minimizarlo, no «cerraré los ojos» — apagarlo físicamente, o cubrirlo con un trozo de cartón si el monitor es el único en la sala. El objetivo es eliminar la posibilidad de hacer trampa. El instinto de un desarrollador con visión, en el momento en que el lector de pantalla dice algo confuso, es echar un vistazo a la pantalla y resolver la ambigüedad visualmente. Ese instinto es la razón principal por la que «he probado con un lector de pantalla» no detecta los fallos reales.</p>

<p>Se recomienda planificar tres sesiones de unos noventa minutos cada una en la primera semana, con al menos un día entre sesiones para que la memoria muscular tenga tiempo de consolidarse. Cada sesión tiene una tarea. La primera construye la gramática básica de comandos. La segunda fuerza una interacción real. La tercera prueba la retención bajo una pequeña dosis de estrés.</p>

</div>

<div class="step step--accent">
<div class="step__num">1</div>
<div><h3>Sesión 1 — instalar, configurar, navegar por la página de inicio</h3><p>Instalar NVDA (o abrir VoiceOver en macOS). Desactivar la cortesía de la síntesis de voz si es posible — se quiere una voz rápida y mecánica, no el tono amigable por defecto. Abrir un sitio de noticias importante, monitor apagado. Pasar 45 minutos pulsando las teclas de flecha y escuchando. Pasar los siguientes 45 minutos pulsando H (siguiente encabezado), K (siguiente enlace) y F (siguiente campo de formulario) y observar cómo está estructurada la página. No navegar todavía a ningún lugar.</p></div>
</div>

<div class="step step--accent">
<div class="step__num">2</div>
<div><h3>Sesión 2 — escribir el nombre en un formulario</h3><p>Abrir un formulario de contacto en el sitio web de la propia empresa, monitor apagado. Navegar con tabulador hasta el campo del nombre. Escribir el nombre. Navegar con tabulador hasta el campo del correo electrónico. Escribir un correo electrónico ficticio. Navegar con tabulador hasta el botón de envío. Pulsar espacio. Si no se encuentra el botón de envío sin mirar, eso es información: el orden de tabulación del formulario está roto, o sus etiquetas lo están, o ambas cosas. Registrar el fallo. No corregirlo todavía — corregirlo antes de haber escuchado diez formularios más es una optimización prematura.</p></div>
</div>

<div class="step step--accent">
<div class="step__num">3</div>
<div><h3>Sesión 3 — comprar algo económico</h3><p>Abrir un sitio de comercio electrónico que no se haya visitado nunca, monitor apagado. Encontrar un producto de menos de cinco dólares. Añadirlo al carrito. Llegar al paso de pago. Detenerse antes de pagar — pero llegar hasta el formulario de pago. Esta es la sesión que pone a prueba a la gente. Se descubrirá que «suficientemente fluido para probar» y «suficientemente fluido para usar» son umbrales distintos. La primera sesión de pura escucha fue solo un ensayo; esta es la primera sesión de hacer.</p></div>
</div>

<div class="callout callout--warning" role="note">
<div class="callout__icon-wrap" aria-hidden="true">!</div>
<div>
<span class="callout__label">Si la sesión 3 dura más de 90 minutos</span>
<div class="callout__body"><p>Detener la sesión. Se ha aprendido la lección necesaria para la semana. La lección no es «soy malo con los lectores de pantalla» — es «este sitio es genuinamente difícil de usar sin visión». La mayoría de los sitios minoristas importantes tardan entre treinta y sesenta minutos más en completar una compra para un usuario de lector de pantalla que para un usuario con visión. Ahora se está sintiendo esa brecha.</p></div>
</div>
</div>

</section>

<hr class="divider"/>

<section id="s4" aria-labelledby="s4-heading">
<div class="section-label">Semanas 2–4</div>
<h2 class="section-title" id="s4-heading">4. Semanas 2 a 4 — formularios, navegación y la trampa del modo</h2>
<div class="prose">

<p>Las semanas segunda a cuarta de práctica deberían sumar unas veinte horas de trabajo — dos sesiones de noventa minutos a la semana, más un uso incidental mientras se realiza el trabajo habitual. El objetivo en este tramo es interiorizar las dos cosas que más confunden a los usuarios nuevos de lectores de pantalla: la distinción entre el modo de exploración y el modo de foco, y la diferencia entre lo que ve el rotor y lo que ve el orden de tabulación.</p>

</div>

<table class="matrix-table">
<thead>
<tr><th></th><th>Modo de exploración (NVDA, JAWS)</th><th>Modo de foco (NVDA, JAWS)</th><th>VoiceOver (modo único)</th></tr>
</thead>
<tbody>
<tr><th>Teclas de flecha</th><td>Navegan el búfer virtual</td><td>Se envían al control con foco</td><td>Siempre navegan el cursor de VoiceOver</td></tr>
<tr><th>Tabulador</th><td>Mueve el foco y permanece en exploración</td><td>Mueve el foco y permanece en foco</td><td>Mueve el foco; el cursor de VoiceOver lo sigue</td></tr>
<tr><th>Atajos de letra (H, K, F)</th><td>Navegación rápida</td><td class="cell-na"><span class="badge--na">N/A</span></td><td>Sustituidos por el rotor (VO+U)</td></tr>
<tr><th>Cuándo cambia</th><td>Por defecto para la mayoría de las páginas</td><td>Automático en contenteditable, widgets personalizados</td><td>Nunca — no hay modo</td></tr>
<tr><th>Cómo forzarlo</th><td>NVDA+Espacio</td><td>NVDA+Espacio (alternado)</td><td>No aplicable</td></tr>
</tbody>
</table>

<div class="prose">

<p>La confusión más frecuente en la segunda semana es el momento en que un desarrollador pulsa una tecla de flecha en NVDA, espera que se mueva el búfer virtual y en cambio escucha cómo el cuadro combinado con foco abre su lista de opciones. Eso es el paso del modo de exploración al modo de foco de forma automática porque el foco ha aterrizado en un elemento que NVDA clasifica como widget de «aplicación». Los desarrolladores nuevos lo interpretan como un mal funcionamiento del lector. No lo es — es el lector haciendo exactamente lo que pide la especificación. Una vez que se ha escuchado diez o quince veces, deja de sorprender; hasta entonces, hay que prever sorprenderse aproximadamente cada dos sesiones.</p>

<p>El patrón de la tercera semana son los formularios. Se recomienda construir una página de prueba privada con ocho o diez controles: un campo de texto obligatorio con un error en línea, un selector de fecha, una lista de selección múltiple, una casilla de verificación con estilos personalizados, un botón deshabilitado que se activa, un botón de alternancia «mostrar contraseña», un campo de número de teléfono con un selector de prefijo de país y un botón de envío que activa un resumen de validación del servidor. Monitor apagado, navegar por él cinco veces — primero con NVDA en modo de exploración, luego NVDA en modo de foco, luego NVDA de nuevo con el ajuste de anuncio detallado activado (Insert+Z, más información en la sección cinco), luego VoiceOver con el rotor, luego VoiceOver sin el rotor. El mismo formulario sonará diferente las cinco veces. Eso es lo que se siente la fluidez desde dentro: percibir que el mismo marcado cuenta cinco historias distintas, y ser capaz de predecir de antemano cuál se reproducirá.</p>

<p>La cuarta semana es la navegación. Tomar un sitio real y complejo — un portal de documentación, un panel de trabajo, una página de categoría de comercio electrónico — e intentar encontrar una información concreta usando solo atajos del lector de pantalla. Usar H para saltar a los encabezados. Usar D (NVDA) o VO+U y luego «Puntos de referencia» (VoiceOver) para saltar a los landmarks. Usar del 1 al 6 para saltar a un nivel de encabezado concreto. Al final de la cuarta semana, los atajos de navegación deberían ser reflejos en lugar de elecciones conscientes, igual que ya lo son el tabulador y el tabulador+mayúsculas.</p>

</div>

<figure class="pull-quote">
<blockquote>
<p class="pull-quote__text">«El día que se comprende que pulsar H veinte veces es más rápido que tabular treinta veces es el día en que se deja de ser un desarrollador con visión que simula y se empieza a ser un desarrollador que sabe navegar.»</p>
</blockquote>
<figcaption><cite class="pull-quote__source">— Desarrollador frontend de carrera media, tercer mes de práctica con NVDA</cite></figcaption>
</figure>

</section>

<hr class="divider"/>

<section id="s5" aria-labelledby="s5-heading">
<div class="section-label">Modo desarrollador</div>
<h2 class="section-title" id="s5-heading">5. Atajos en modo desarrollador que casi nadie enseña</h2>
<div class="prose">

<p>Una vez que los comandos en modo usuario son reflejos, el siguiente salto es hacia las superficies orientadas al desarrollador de cada lector. Estos son los modos y atajos que los manuales entierran — en parte porque están dirigidos a desarrolladores, en parte porque son suficientemente ruidosos como para que un usuario habitual no los quiera activados. Tres merecen conocerse de inmediato.</p>

</div>

<div class="combo-grid">

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">NVDA · Visor de voz + anuncio detallado</div>
<div class="combo-card__sub">Menú Herramientas → Visor de voz; Insert+Z alterna la verbosidad</div>
</div>
</div>
<div class="combo-card__usage">Transcripción visual de todo lo que dice NVDA, más anuncios de rol ampliados</div>
<div class="combo-feat"><span class="combo-feat__label">Qué aporta</span><span>Un registro desplazable de cada anuncio, para verificar lo que el lector dijo realmente frente a lo que se creía que decía</span></div>
<div class="combo-feat"><span class="combo-feat__label">Cuándo usarlo</span><span>Reproducción de fallos, comparación con pruebas automatizadas, formación de compañeros</span></div>
</article>

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">NVDA · Inspector de registro (NVDA+F1)</div>
<div class="combo-card__sub">Información del desarrollador para el elemento con foco</div>
</div>
</div>
<div class="combo-card__usage">Inspeccionar lo que NVDA ve en el elemento actual — rol, estados, valor, descripción, nombre accesible</div>
<div class="combo-feat"><span class="combo-feat__label">Qué aporta</span><span>El árbol de accesibilidad que construyó NVDA, no el DOM que muestran las herramientas de desarrollo</span></div>
<div class="combo-feat"><span class="combo-feat__label">Cuándo usarlo</span><span>Cuando la página tiene buen aspecto en las herramientas de desarrollo pero se lee mal en NVDA</span></div>
</article>

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">VoiceOver · Rotor web (VO+U) y ajustes de elementos web</div>
<div class="combo-card__sub">macOS &amp; iOS · el árbol de accesibilidad del desarrollador</div>
</div>
</div>
<div class="combo-card__usage">Lista jerárquica de encabezados, enlaces, landmarks, controles de formulario, puntos web y tablas — exactamente como los indexó VoiceOver</div>
<div class="combo-feat"><span class="combo-feat__label">Qué aporta</span><span>Una segunda opinión al inspector de registro de NVDA: si ambos lectores coinciden, el fallo está en el marcado, no en el lector</span></div>
<div class="combo-feat"><span class="combo-feat__label">Cuándo usarlo</span><span>Clasificación de fallos entre lectores, especialmente para la estructura de landmarks y encabezados</span></div>
</article>

</div>

<div class="prose">

<p>Dos hábitos adicionales ahorrarán más tiempo que cualquier atajo individual. En primer lugar, mantener el visor de voz de NVDA anclado en un segundo monitor (o en un rincón del único monitor) mientras se desarrolla. El registro literal de cada anuncio es para el trabajo con lectores de pantalla lo que la consola de herramientas de desarrollo es para JavaScript: la diferencia entre adivinar y saber. En segundo lugar, aprender a leer el árbol de accesibilidad en las herramientas de desarrollo del navegador — el panel de accesibilidad de Chrome, el inspector de accesibilidad de Firefox, la pestaña de auditoría de Safari. El lector anuncia lo que contiene el árbol de accesibilidad, no lo que contiene el DOM, y los dos difieren con suficiente frecuencia como para que no sea posible depurar regiones activas, ARIA o Shadow DOM sin leer el árbol directamente.</p>

<p>Conviene señalar ahora una confusión que consume horas en las semanas dos y tres: el modo de lectura frente al modo de foco no es el mismo eje que «la página es interactiva» frente a «la página es un documento». NVDA cambia automáticamente al modo de foco cuando el foco aterriza en un control con <code>role="application"</code>, en un contenteditable o en ciertos widgets personalizados que el lector clasifica heurísticamente como interactivos — independientemente de si la página es mayoritariamente estática. Por el contrario, una aplicación de página única muy interactiva cuyo elemento raíz es un landmark <code>main</code> y cuyos widgets son botones nativos bien marcados permanecerá en modo de exploración durante casi toda la sesión del usuario. El modo es una propiedad del elemento con foco, no de la página.</p>

</div>

<div class="callout callout--highlight" role="note">
<div class="callout__icon-wrap" aria-hidden="true">★</div>
<div>
<span class="callout__label">La combinación de teclas más útil</span>
<div class="callout__body"><p>NVDA+Espacio alterna manualmente entre el modo de exploración y el modo de foco. Cuando algo suena mal, esta es la primera cosa que se debe probar — la mitad de las veces, el lector estaba en el modo que no se esperaba, y alternar una vez indica si el fallo está en la lógica del modo o en el marcado.</p></div>
</div>
</div>

</section>

<hr class="divider"/>

<section id="s6" aria-labelledby="s6-heading">
<div class="section-label">Referencias</div>
<h2 class="section-title" id="s6-heading">6. Tiempo hasta la fluidez — referencias honestas</h2>
<div class="prose">

<p>Las cifras siguientes provienen de un seguimiento informal de unos ochenta desarrolladores — ingenieros de frontend, responsables de QA, especialistas en accesibilidad en formación — a lo largo de tres años de talleres corporativos y tutorías individuales. No son un estudio de investigación. Son suficientemente fiables como para planificar. Dos supuestos: práctica deliberada (monitor apagado, tareas reales, no «dejé NVDA en segundo plano mientras programaba») y un emparejamiento de lector fijo (NVDA en Windows y VoiceOver en macOS).</p>

</div>

<div class="stat-row" aria-label="Hitos de tiempo hasta la fluidez">
<div class="stat-card">
<div class="stat-card__num">aprox. 3 h</div>
<div class="stat-card__label">para percibir la forma básica — instalado, comandos básicos, capaz de navegar por una página de inicio con el monitor apagado</div>
</div>
<div class="stat-card">
<div class="stat-card__num">aprox. 10 h</div>
<div class="stat-card__label">hasta «útil» — capaz de manejar un formulario real, reproducir el informe de fallo de un compañero y ser de confianza para una prueba rápida</div>
</div>
<div class="stat-card">
<div class="stat-card__num">aprox. 25 h</div>
<div class="stat-card__label">hasta cómodo — ambos lectores resultan familiares; la confusión de modo es rara; el rotor y el inspector de registro son reflejos</div>
</div>
<div class="stat-card">
<div class="stat-card__num">aprox. 40 h</div>
<div class="stat-card__label">hasta semifluido — capaz de demostrar un fallo en directo, de revisar de forma creíble el trabajo de otro desarrollador con lector de pantalla</div>
</div>
</div>

<div class="prose">

<p>«Semifluido» es el destino realista para la mayoría de los desarrolladores con visión y es, en términos prácticos, todo lo que se necesita para contribuir bien a un producto accesible. La fluidez genuina — el nivel en el que se podría sustituir razonablemente a un usuario habitual de lector de pantalla durante una revisión de usabilidad — se acerca a las ciento cincuenta horas y a un año de práctica incidental, y la mayoría de los desarrolladores en activo no la necesitan. El objetivo debe ser la semifluencia, planificar las cuarenta horas y aceptar que cualquier cosa más allá viene de hacer el trabajo habitual con un lector activo y disposición para frenar el ritmo.</p>

<p>Una última referencia para fijar expectativas de forma honesta: los desarrolladores que se estancan, en nuestra experiencia, lo hacen entre las diez y las veinte horas. La causa es casi siempre la misma — dejan de apagar el monitor. Se dicen a sí mismos que ahora son «suficientemente buenos» para probar con la pantalla encendida, el lector de pantalla activo en segundo plano y la confirmación visual disponible siempre que el audio sea ambiguo. No lo son. Las dieciséis horas entre «útil» y «cómodo» requieren el monitor apagado porque en ese tramo los anuncios del lector se convierten en información en lugar de ruido. Sin esa presión, el cerebro vuelve a apoyarse en la visión y la voz del lector se convierte en ruido de fondo. Si el progreso se ralentiza, casi siempre es el monitor.</p>

</div>

<figure class="pull-quote">
<blockquote>
<p class="pull-quote__text">«La versión de las cuarenta horas puede encontrar más fallos de lector de pantalla en un barrido previo al lanzamiento de una hora que la última auditoría automatizada. No es un listón muy alto. Eso es lo que «probar con un lector de pantalla» siempre debería haber significado.»</p>
</blockquote>
<figcaption><cite class="pull-quote__source">— Equipo de ingeniería de Disability World, tras observar la curva repetirse decenas de veces</cite></figcaption>
</figure>

</section>

<hr class="divider"/>

<section id="conclusion" aria-labelledby="concl-heading">
<h2 class="section-title" id="concl-heading">Conclusión: el camino es corto, la disciplina no</h2>
<div class="prose">

<p>La razón por la que «probar con un lector de pantalla» produce resultados tan débiles en el sector no es que la herramienta sea difícil de aprender — cuarenta horas no son realmente mucho tiempo — sino que el aprendizaje resulta incómodo de una forma concreta. Apagar el monitor hace que un desarrollador con visión se sienta torpe de un modo inusual en nuestra profesión. Estamos acostumbrados a ser quienes resuelven las cosas; el lector de pantalla nos convierte, durante unas horas seguidas, en principiantes de nuevo. Esa incomodidad, y no las combinaciones de teclas, es el obstáculo real.</p>

<p>El camino para superarlo es el descrito anteriormente: NVDA y VoiceOver, tres sesiones en la primera semana con el monitor apagado, formularios y modos en las semanas dos a cuatro, atajos en modo desarrollador en cuanto los atajos en modo usuario sean reflejos, cuarenta horas en total antes de poder considerarse de confianza para una revisión seria previa al lanzamiento. Nada de esto es novedoso. Lo que el sector no ha hecho es tratarlo como trabajo — planificar las horas, defenderlas frente a otras obligaciones, aceptar que las primeras diez de esas horas parecerán inútiles hasta que de repente dejen de serlo.</p>

<p>Si se desarrolla para el frontend, la versión de uno mismo al otro lado de esas cuarenta horas es un ingeniero sustancialmente mejor que la que empezó, de maneras que se manifestarán no solo en el trabajo de accesibilidad, sino también en la comprensión del orden de foco, de la mejora progresiva, de lo que el navegador realmente hace bajo el capó. El lector de pantalla es la lección de sistemas distribuidos más económica al alcance de cualquier persona que escriba para la web. El precio es el monitor apagado y unos cuantos fines de semana.</p>

</div>

<figure class="pull-quote">
<blockquote>
<p class="pull-quote__text">«No se convertirá en un usuario de lector de pantalla. Se convertirá en un desarrollador capaz de escuchar cómo suena su código para uno. Eso es suficiente — y la mayor parte del sector aún no lo tiene.»</p>
</blockquote>
<figcaption><cite class="pull-quote__source">— Equipo de ingeniería de Disability World</cite></figcaption>
</figure>

</section>

</div>
</div>

</div>

---
title: El mapa de ruta de lectores de pantalla para 2026: JAWS, NVDA, VoiceOver, TalkBack
url: https://www.disabilityworld.org/es/articles/screen-reader-roadmap-2026/
description: Cuatro lectores de pantalla conforman casi toda la web de tecnología de apoyo.
author: Disability World
pubDate: 2026-05-22
tags: screen-readers, jaws, nvda, voiceover, talkback, assistive-tech, tech-news
---

# El mapa de ruta de lectores de pantalla para 2026: JAWS, NVDA, VoiceOver, TalkBack

<div class="src-article" data-template="2">

<div class="byline">
  <span><strong>Guía de campo</strong> · Panorama de lectores de pantalla · 2026</span>
  <span><strong>Catálogo</strong> · 4 lectores dominantes + 3 emergentes</span>
</div>

<span class="eyebrow">Catálogo de patrones · 4 entradas</span>

<h1>El mapa de ruta de lectores de pantalla para 2026: JAWS, NVDA, VoiceOver, TalkBack</h1>

<p class="lead">Casi todos los usuarios ciegos o con baja visión en la web pública en 2026 interactúan con uno de cuatro lectores de pantalla: <strong>JAWS</strong>, <strong>NVDA</strong>, <strong>VoiceOver de Apple</strong> o <strong>TalkBack de Google</strong>. Juntos cubren aproximadamente diecinueve de cada veinte sesiones de tecnología de apoyo en escritorio y móvil. Esta guía de campo cataloga cada uno de los cuatro — y añade una quinta entrada menor para los tres actores emergentes (Narrator, ChromeVox, Orca) que importan genuinamente en los márgenes.</p>

<p>Las entregas anteriores de esta serie tecnológica comparaban los lectores de pantalla entre sí en una única matriz o defendían una metodología de prueba concreta. Esa visión comparativa es útil cuando un ingeniero decide contra qué lector probar a continuación. Lo es menos cuando la pregunta es la más larga: ¿quién usa realmente qué lector, por qué, y qué está haciendo cada proveedor para 2026? Esta guía adopta la perspectiva opuesta. Trabaja desde un lector hacia fuera cada vez, con una anatomía idéntica para cada entrada, de modo que el catálogo puede leerse de arriba abajo o accederse directamente por nombre del lector.</p>

<p>Cada entrada siguiente registra los mismos siete aspectos en el mismo orden: cuota de mercado en 2026, plataformas, última versión principal, profundidad de soporte de ARIA 1.3, características distintivas, limitaciones conocidas y el patrón de adopción — quién elige este lector y por qué. La mini-entrada final cubre Narrator, ChromeVox y Orca conjuntamente, porque cada uno solo resulta relevante dentro de su propio ecosistema.</p>

<section class="evidence-index" aria-labelledby="ei-title">
<header class="evidence-index-head">
<div>
<div class="ei-eyebrow">Índice de evidencias · Cat. 2026.05</div>
<h2 class="ei-title" id="ei-title">4 lectores de pantalla dominantes · clasificados por cuota combinada escritorio+móvil en 2026</h2>
</div>
<div class="ei-meta">n aprox. 3.800 encuesta WebAIM SR usuarios n.º 10 (2025) + resúmenes de telemetría de Google / Apple</div>
</header>

<table class="evidence-table" role="table">
<thead>
<tr>
<th>ID</th>
<th>Lector</th>
<th>Plataformas</th>
<th style="text-align:right">Cuota 2026 (aprox.)</th>
</tr>
</thead>
<tbody>
<tr><td class="ei-id">E·01</td><td class="ei-pattern"><a href="#e01">NVDA</a></td><td>Windows (escritorio)</td><td class="ei-count">aprox. 37% escritorio</td></tr>
<tr><td class="ei-id">E·02</td><td class="ei-pattern"><a href="#e02">JAWS</a></td><td>Windows (escritorio, corporativo)</td><td class="ei-count">aprox. 31% escritorio</td></tr>
<tr><td class="ei-id">E·03</td><td class="ei-pattern"><a href="#e03">VoiceOver</a></td><td>iOS, iPadOS, macOS, visionOS</td><td class="ei-count">aprox. 71% móvil · aprox. 9% escritorio</td></tr>
<tr><td class="ei-id">E·04</td><td class="ei-pattern"><a href="#e04">TalkBack</a></td><td>Android</td><td class="ei-count">aprox. 26% móvil</td></tr>
<tr><td class="ei-id">E·05</td><td class="ei-pattern"><a href="#e05">Emergentes: Narrator · ChromeVox · Orca</a></td><td>Windows · ChromeOS · Linux</td><td class="ei-count">combinados aprox. 6% escritorio</td></tr>
</tbody>
</table>

<p class="evidence-foot">Las cifras de escritorio están ancladas a la encuesta de usuarios de lectores de pantalla de WebAIM más reciente (ciclo n.º 10, publicada en 2025), en la que se pregunta a los encuestados cuál es el lector que usan con más frecuencia. Las cuotas móviles se agregan a partir de resúmenes de telemetría de la configuración de accesibilidad de iOS de Apple y del uso de servicios de accesibilidad de Android publicados por el equipo de accesibilidad de Google hasta el primer trimestre de 2026. Las cuotas son orientativas, redondeadas, y es posible el solapamiento porque muchos encuestados usan varios lectores en distintos dispositivos.</p>
</section>

<h2>De dónde provienen los datos</h2>

<p>Las cuatro cuotas anteriores se reconcilian a partir de tres fuentes independientes. La encuesta de usuarios de lectores de pantalla n.º 10 de WebAIM es la referencia canónica en escritorio: aproximadamente 3.800 encuestados, lector principal autodeclarado. Los resúmenes de impacto en accesibilidad publicados por Apple y las notas trimestrales de accesibilidad de Android de Google cubren el lado móvil. Donde los dos divergen — en particular sobre la frecuencia con la que los encuestados de escritorio también usan un lector en móvil — se ha dado preferencia al conjunto de datos de WebAIM para la atribución del lector principal y a los resúmenes de telemetría de las plataformas para la amplitud. Los números son orientativos. Casi ningún encuestado usa únicamente un lector, y la norma moderna es un lector de escritorio más VoiceOver en el teléfono.</p>

<p class="pull">En 2026, «soportar lectores de pantalla» significa soportar estos cuatro. Todo lo demás combinado está por debajo del siete por ciento, y la mayor parte es un nicho bien definido más que un objetivo de prueba viable.</p>

<div class="part-divider">
<div class="part-num">Parte I · Los cuatro lectores que cubren la web</div>
<div class="part-title">Anatomía idéntica, cuatro decisiones de ingeniería muy distintas</div>
<p class="part-blurb">NVDA y JAWS comparten el escritorio de Windows. VoiceOver domina el móvil y carga silenciosamente con el Mac. TalkBack lleva Android. Cada uno resuelve el mismo problema de accesibilidad desde un punto de partida diferente — código abierto, licencia corporativa, integración en la plataforma o la heterogeneidad de Android — y cada uno arrastra distintos fallos.</p>
</div>

<section class="exhibit" id="e01">
<div class="exhibit-head">
<div class="exhibit-id">E·01</div>
<h3 class="exhibit-title">NVDA — NonVisual Desktop Access</h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">Cuota de mercado en 2026</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>aprox. 37%</strong>de los encuestados en escritorio (WebAIM n.º 10) lo nombran como su lector principal</div>
<div class="exhibit-stat"><strong>aprox. 75%</strong>afirman usarlo al menos ocasionalmente — el mayor número de uso cruzado de la encuesta</div>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Plataformas</div>
<div class="exhibit-prose">
<p>Solo Windows. NV Access publica una versión portátil que funciona desde una memoria USB sin necesidad de derechos de instalación, lo que ha convertido a NVDA en el lector universal de laboratorio y auditoría. No existe versión para macOS, Linux ni móvil, y no hay ninguna hoja de ruta que los prometa.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Última versión principal</div>
<div class="exhibit-prose">
<p>NVDA 2025.4 salió a finales de 2025 con mejoras consolidadas en el puente Chromium UIA, una función de acceso remoto ya integrada en el núcleo (sin complemento adicional) y valores predeterminados ampliados para el cambio de idioma. La línea de versiones 2026.1 está en vista previa en el momento de redactar este artículo y se espera que incluya la verificación formal de conformidad con ARIA 1.3 vinculada a la actualización de recomendación candidata del W3C de diciembre de 2025.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Profundidad de soporte de ARIA 1.3</div>
<div class="exhibit-prose">
<p>Sólido y en mejora. NVDA ha sido históricamente el primer lector en adoptar los nuevos roles, propiedades y estados de ARIA, gracias a que su cadencia de lanzamiento es más rápida que la de JAWS y su código es abierto. A partir de 2025.4, la nueva propiedad <code>aria-actions</code> se lee pero con texto provisional, el largamente esperado <code>aria-brailleroledescription</code> se respeta en la salida de pantalla braille dinámica, y el par ampliado <code>role="comment"</code> + <code>role="suggestion"</code> utilizado por los editores de documentos colaborativos queda completamente expuesto.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Características distintivas</div>
<div class="exhibit-prose">
<p>Código abierto y gratuito bajo licencia GPL. Una API de complementos en Python de primera clase que ha generado un activo ecosistema de extensiones de terceros — señales de audio temáticas, OCR integrado para contenido de texto como imagen, kits de herramientas para desarrolladores web, perfiles de idioma personalizados. Acceso remoto integrado para soporte técnico. Un registro de fallos público y transparente en GitHub impulsado por la comunidad.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Limitaciones conocidas</div>
<div class="exhibit-prose">
<p>Los valores predeterminados de síntesis de voz de NVDA pueden sonar notablemente más sintéticos que las voces premium de JAWS en una primera instalación, lo que a veces sesga las comparaciones para nuevos usuarios. La implementación corporativa requiere más conocimiento interno que JAWS porque no existe un contrato de soporte comercial por defecto. Algunas aplicaciones de escritorio de Windows heredadas que dependen únicamente de las API de accesibilidad MSAA se leen con un retardo perceptible en comparación con JAWS.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Patrón de adopción</div>
<div class="exhibit-prose">
<p>Elegido por usuarios con alta sensibilidad al coste individual (es gratuito), por profesionales de la accesibilidad que necesitan una versión portátil para auditorías, por desarrolladores que requieren el código abierto y la API de complementos en Python, y cada vez más por empresas del Sur Global donde el coste de la licencia de JAWS no es realista. El ascenso de NVDA al primer puesto en escritorio en WebAIM n.º 10 es el titular de la historia del software de accesibilidad de los últimos cinco años.</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>Proveedor</strong>NV Access (sin ánimo de lucro, Australia)</span>
<span><strong>Licencia</strong>GPL · gratuito</span>
</div>
</section>

<section class="exhibit" id="e02">
<div class="exhibit-head">
<div class="exhibit-id">E·02</div>
<h3 class="exhibit-title">JAWS — Job Access With Speech</h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">Cuota de mercado en 2026</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>aprox. 31%</strong>de los encuestados en escritorio nombran JAWS como su lector principal (WebAIM n.º 10)</div>
<div class="exhibit-stat"><strong>aprox. 60%</strong>afirman usarlo al menos ocasionalmente — ligeramente por debajo de NVDA</div>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Plataformas</div>
<div class="exhibit-prose">
<p>Solo Windows. Vispero (propietaria de JAWS, ZoomText y Fusion) se ha negado sistemáticamente a comprometerse con una versión para macOS o Linux. JAWS es el lector dominante en los entornos de contratación pública de la administración federal de EE. UU., las administraciones estatales de EE. UU., la sanidad estadounidense y las grandes empresas, donde los contratos de licencia en volumen de Vispero están profundamente arraigados.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Última versión principal</div>
<div class="exhibit-prose">
<p>JAWS 2026 salió en enero de 2026 con alineación formal con ARIA 1.3, un modelo de lectura de contenido etiquetado en PDF ampliado, una integración renovada con FSReader y FSCast, y soporte mejorado para Microsoft Edge en el puente Chromium UIA. JAWS publica ahora una versión principal anual con actualizaciones mensuales continuas.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Profundidad de soporte de ARIA 1.3</div>
<div class="exhibit-prose">
<p>Exhaustivo, aunque ligeramente más conservador que NVDA. JAWS 2026 soporta completamente <code>aria-actions</code>, los roles <code>comment</code> + <code>suggestion</code>, la gestión ampliada de <code>aria-errormessage</code> en controles de formulario agrupados y la nueva salida de braille <code>aria-brailleroledescription</code>. Donde JAWS va algo rezagado es en la nueva propiedad de sugerencia de atajos de teclado de ARIA 1.3: el soporte llegó, pero con anuncios verbosos que algunos usuarios desactivan manualmente.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Características distintivas</div>
<div class="exhibit-prose">
<p>Voces premium Vocalizer Expressive que muchos usuarios describen como las más naturales de Windows. Lenguaje de scripting estándar del sector para la personalización de aplicaciones, utilizado en grandes implementaciones corporativas para aplicaciones de negocio específicas. Programa de formación y certificación estrechamente integrado a través de Freedom Scientific. Descuentos por licencias en volumen para la contratación institucional. Convergencia con la lupa ZoomText a través del producto Fusion.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Limitaciones conocidas</div>
<div class="exhibit-prose">
<p>El coste anual de la licencia (aprox. 1.200 USD comercial, aprox. 90 USD de suscripción anual) es la mayor barrera a la adopción fuera de los entornos institucionales de Norteamérica y Europa occidental. El motor de scripting, aunque potente, supone una barrera de entrada para la personalización casual en comparación con la API de complementos en Python de NVDA. La cadencia de lanzamiento de JAWS es más lenta que la de NVDA, por lo que las nuevas funciones de ARIA a veces llegan meses después de haberse publicado ya en la versión estable de NVDA.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Patrón de adopción</div>
<div class="exhibit-prose">
<p>Elegido por usuarios en entornos de contratación institucional (administración federal y estatal de EE. UU., grandes empresas estadounidenses, centros educativos y universidades), por usuarios que dependen específicamente del motor de scripting de JAWS para hacer accesible una aplicación personalizada, y por usuarios con larga trayectoria que aprendieron JAWS en los años 90 o 2000 y tienen un perfil de personalización profundo que prefieren no reconstruir. JAWS sigue perdiendo terreno frente a NVDA en el extremo sensible al coste del mercado y manteniéndolo en el extremo institucional.</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>Proveedor</strong>Vispero / Freedom Scientific (EE. UU.)</span>
<span><strong>Licencia</strong>Comercial · licencia anual o perpetua</span>
</div>
</section>

<section class="exhibit" id="e03">
<div class="exhibit-head">
<div class="exhibit-id">E·03</div>
<h3 class="exhibit-title">VoiceOver — el lector de pantalla de plataforma de Apple</h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">Cuota de mercado en 2026</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>aprox. 71%</strong>de los usuarios móviles de lectores de pantalla a nivel mundial (mercados de predominio iOS)</div>
<div class="exhibit-stat"><strong>aprox. 9%</strong>de los encuestados en escritorio nombran VoiceOver en macOS como su lector principal</div>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Plataformas</div>
<div class="exhibit-prose">
<p>iOS, iPadOS, macOS, watchOS, tvOS y visionOS. VoiceOver es el ejemplo canónico de un lector de pantalla diseñado como servicio de plataforma integrado en lugar de aplicación de terceros. En móvil no tiene prácticamente competencia dentro del ecosistema de Apple; la única alternativa en plataformas Apple es el Hindenburg, con una implantación mucho menor, u otras herramientas de baja visión de terceros.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Última versión principal</div>
<div class="exhibit-prose">
<p>VoiceOver se incluye en el sistema operativo, por lo que su cadencia de lanzamiento sigue la de iOS, iPadOS y macOS. El ciclo de 2026 introdujo la nueva función «Resumen de página» de Apple Intelligence, que genera un resumen de la página web impulsado por un modelo de lenguaje antes de que el usuario empiece a leer; controles de verbosidad ampliados para el rotor de VoiceOver; y una tabla de entrada braille renovada, la mayor actualización de braille publicada en cualquier plataforma en 2026.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Profundidad de soporte de ARIA 1.3</div>
<div class="exhibit-prose">
<p>Sólido en iOS Safari y macOS Safari, más débil fuera de Safari. Dentro de Safari, las funciones de ARIA 1.3 como los nuevos roles de comentario / sugerencia, la gestión ampliada de errores en controles de formulario agrupados y <code>aria-brailleroledescription</code> en pantallas braille iOS se respetan. VoiceOver dentro de Chrome en iOS expone un subconjunto de propiedades ARIA — una limitación de larga data que en parte es una restricción de la plataforma WebKit y no un fallo de VoiceOver.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Características distintivas</div>
<div class="exhibit-prose">
<p>Gratuito, profundamente integrado en el sistema operativo y el lector de plataforma para visionOS — el primer lector de pantalla comercializado para un dispositivo de realidad mixta. El Rotor (gesto en iOS, control rotativo en macOS) es un modelo de navegación excepcionalmente rápido que los usuarios experimentados describen con frecuencia como la característica individual más productiva de cualquier lector. El Resumen de página y las descripciones de imágenes de Apple Intelligence se procesan en el dispositivo en 2026, lo que mantiene el contenido de texto e imagen fuera de la nube.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Limitaciones conocidas</div>
<div class="exhibit-prose">
<p>Los valores predeterminados de verbosidad de VoiceOver son agresivamente charlatanes en 2025–26, y muchos usuarios los ajustan considerablemente antes del uso diario. El comportamiento puede diferir de manera importante entre Safari y los navegadores basados en Chromium en iOS, lo que significa que los desarrolladores web no pueden probar una vez y asumir la paridad. VoiceOver en macOS va por detrás de VoiceOver en iOS en varias líneas de funciones, y los encuestados en escritorio macOS en WebAIM n.º 10 aún lo sitúan en tercer lugar tras NVDA y JAWS.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Patrón de adopción</div>
<div class="exhibit-prose">
<p>Elegido — por defecto — por cualquier usuario de iPhone, iPad, Mac, Apple Watch, Apple TV o Vision Pro. Dentro de la población de usuarios de lectores de pantalla, los usuarios de VoiceOver son más jóvenes, más orientados al móvil y más centrados en iOS que el usuario medio de JAWS o NVDA. El dominio de VoiceOver en el lado móvil es estructural: la cuota del ecosistema de Apple entre los usuarios ciegos / con baja visión en EE. UU. es aún mayor que su cuota en la población general.</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>Proveedor</strong>Apple (EE. UU.)</span>
<span><strong>Licencia</strong>Función integrada en la plataforma · gratuito</span>
</div>
</section>

<section class="exhibit" id="e04">
<div class="exhibit-head">
<div class="exhibit-id">E·04</div>
<h3 class="exhibit-title">TalkBack — el lector de pantalla de plataforma de Android</h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">Cuota de mercado en 2026</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>aprox. 26%</strong>de los usuarios móviles de lectores de pantalla a nivel mundial (mercados de predominio Android)</div>
<div class="exhibit-stat"><strong>más de la mitad</strong>de los usuarios móviles de lectores fuera de Norteamérica y Europa occidental, donde la cuota de Android es mayor</div>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Plataformas</div>
<div class="exhibit-prose">
<p>Android (móvil y tableta). TalkBack se incluye en la suite de accesibilidad de Android de Google y también se integra en One UI de Samsung y otros entornos Android de fabricantes. No existe versión para escritorio ni ChromeOS — ChromeOS utiliza ChromeVox (E·05) — y no hay un lector independiente para Wear OS; este utiliza una experiencia derivada de TalkBack.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Última versión principal</div>
<div class="exhibit-prose">
<p>TalkBack 15.0 se distribuyó a través de Google Play a principios de 2026 con gestos multidedo heredados del modelo de VoiceOver en iPad, soporte ampliado de descripciones de imágenes en dispositivo mediante Gemini Nano, un menú de controles de lectura renovado y la largamente solicitada capacidad de navegar por encabezados web con el mismo gesto de deslizamiento multidedo utilizado dentro de las aplicaciones Android.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Profundidad de soporte de ARIA 1.3</div>
<div class="exhibit-prose">
<p>En mejora, pero históricamente el más débil de los cuatro. TalkBack lee el contenido web mediante Chrome en Android, y la exposición del árbol de accesibilidad de Chrome en Android ha ido sistemáticamente por detrás de Chrome en escritorio. El año 2026 cierra gran parte de esa brecha: los nuevos roles de comentario / sugerencia quedan expuestos, <code>aria-actions</code> se lee con texto provisional, y la gestión de errores en formularios agrupados se ha refinado. Algunas propiedades de ARIA 1.3 — en particular la nueva familia de sugerencias de teclado — aún se anuncian de forma inconsistente en algunos contextos web de Android.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Características distintivas</div>
<div class="exhibit-prose">
<p>Gratuito, integrado en el sistema operativo y el lector líder mundial por número absoluto de instalaciones fuera de Norteamérica y Europa occidental. Las descripciones de imágenes en dispositivo mediante Gemini Nano se activan por defecto en 2026 para imágenes nuevas y para imágenes sin etiqueta previa. El menú de controles de lectura es el control de verbosidad en dispositivo más personalizable de los cuatro lectores. Código abierto, disponible en el Proyecto de Código Abierto de Android.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Limitaciones conocidas</div>
<div class="exhibit-prose">
<p>La fragmentación entre fabricantes significa que el comportamiento de TalkBack puede variar entre dispositivos Samsung, Pixel, Xiaomi y otros — especialmente en la gestión del foco, el manejo de gestos y ciertos mapeos de ARIA en vistas personalizadas. La lectura de contenido web dentro de navegadores Android que no son Chrome puede producir resultados diferentes a los que sugeriría la paridad VoiceOver-en-Safari, y sigue siendo la mayor brecha de pruebas multiplataforma conocida en 2026.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Patrón de adopción</div>
<div class="exhibit-prose">
<p>Elegido — por defecto — por cualquier usuario de un teléfono o tableta Android. Dentro de la población de usuarios de lectores de pantalla, los usuarios de TalkBack son significativamente más jóvenes y están mucho más concentrados fuera de EE. UU. que los usuarios de VoiceOver. Para cualquier producto cuya base de usuarios se extienda de forma significativa por Asia, África o América Latina, TalkBack es el lector móvil más relevante contra el que probar, aunque las prácticas de prueba norteamericanas hayan priorizado históricamente VoiceOver.</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>Proveedor</strong>Google (EE. UU.)</span>
<span><strong>Licencia</strong>Función integrada en la plataforma · gratuito · AOSP</span>
</div>
</section>

<div class="part-divider">
<div class="part-num">Parte II · La mini-entrada de lectores emergentes</div>
<div class="part-title">Narrator, ChromeVox, Orca</div>
<p class="part-blurb">Tres lectores más pequeños que importan en los márgenes: cada uno es el predeterminado dentro de su propio nicho de plataforma, cada uno tiene un impulso serio en 2026, y cada uno merece seguimiento aunque su cuota combinada de escritorio esté muy por debajo del diez por ciento.</p>
</div>

<section class="exhibit" id="e05">
<div class="exhibit-head">
<div class="exhibit-id">E·05</div>
<h3 class="exhibit-title">Lectores emergentes — Narrator, ChromeVox, Orca</h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">Cuota de mercado en 2026 (combinada)</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>aprox. 6%</strong>cuota combinada de lector principal entre los tres (WebAIM n.º 10)</div>
<div class="exhibit-stat"><strong>aprox. 30%</strong>cuota combinada de uso ocasional — Narrator por sí solo se usa ampliamente como «primer lector» cuando un usuario existente no puede acceder a NVDA / JAWS</div>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Plataformas</div>
<div class="exhibit-prose">
<p><strong>Narrator</strong> se incluye con Windows 10 y Windows 11. <strong>ChromeVox</strong> es el lector integrado en ChromeOS, implantado a gran escala en los distritos escolares K-12 de EE. UU. que han estandarizado en Chromebooks. <strong>Orca</strong> es el principal lector de pantalla para el escritorio Linux, utilizado en las distribuciones GNOME y KDE e integrado en la mayoría de las distribuciones principales (Ubuntu, Fedora, openSUSE, Debian).</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Última versión principal</div>
<div class="exhibit-prose">
<p>Las actualizaciones de Narrator se distribuyen con las versiones de características de Windows; el ciclo 24H2 introdujo un modelo de modo de escaneo renovado y una ruta de descripción de imágenes integrada con Copilot. ChromeVox 2026.x sigue publicándose con los hitos de ChromeOS, y añadió navegación de encabezados refinada y un modelo simplificado de «exploración táctil» en las pantallas táctiles de Chromebook. Orca 46+ sigue el calendario de lanzamientos de GNOME, con soporte nativo de Wayland que alcanza la paridad con X11 en 2025–26 y la alineación con ARIA 1.3 avanzando dentro de Mozilla y Chromium en Linux.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Profundidad de soporte de ARIA 1.3</div>
<div class="exhibit-prose">
<p>El soporte de ARIA de Narrator es significativo pero conservador: gestiona de forma exhaustiva la superficie básica de ARIA 1.2, y las versiones Insider de 2024–25 publicaron lecturas iniciales de ARIA 1.3 con algunos aspectos de los valores predeterminados de verbosidad aún por pulir. ChromeVox hereda directamente el árbol de accesibilidad de Chrome y tiene la misma cobertura de ARIA 1.3 que Chrome de escritorio. La cobertura de ARIA de Orca es sólida dentro de Firefox y Chromium en Linux, pero va por detrás en algunos navegadores menos frecuentados y en los kits de herramientas nativos de Linux que aún no han adoptado completamente los metadatos AT-SPI 2 necesarios para las nuevas propiedades.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Características distintivas</div>
<div class="exhibit-prose">
<p><strong>Narrator</strong>: sin instalación, descripciones de imágenes integradas con Copilot, modo de escaneo que hace la navegación web accesible para usuarios primerizos. <strong>ChromeVox</strong>: integración estrecha con ChromeOS, el único lector específicamente optimizado para Chromebooks, implantado en millones de dispositivos de estudiantes K-12 en EE. UU. <strong>Orca</strong>: código abierto, muy personalizable y el único lector de pantalla viable en el escritorio Linux libre — relevante para usuarios académicos, científicos y alineados con el software libre.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Limitaciones conocidas</div>
<div class="exhibit-prose">
<p>El soporte de aplicaciones de terceros de Narrator sigue siendo más reducido que el de NVDA o JAWS, especialmente para aplicaciones de escritorio heredadas de Windows y para software de negocio específico que requiere scripting personalizado. El alcance de ChromeVox está limitado por la cuota global de ChromeOS. El alcance de Orca está limitado por la cuota del escritorio Linux, y la madurez de la API de accesibilidad relacionada con Wayland solo ha alcanzado recientemente la paridad de calidad de producción con X11.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Patrón de adopción</div>
<div class="exhibit-prose">
<p>Cada uno de estos lectores gana por su posición en el ecosistema, no por competir en características con JAWS o NVDA. Narrator se elige como punto de entrada a Windows sin coste y como lector de recuperación. ChromeVox es el predeterminado institucional en muchos distritos escolares de EE. UU. que han estandarizado en Chromebooks. Orca es la elección de usuarios — a menudo técnicos, a menudo académicos — que utilizan el escritorio Linux libre y necesitan una pila de lectores de código abierto de extremo a extremo.</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>Proveedores</strong>Microsoft · Google · Fundación GNOME</span>
<span><strong>Licencia</strong>Integrado en la plataforma (Narrator, ChromeVox) · LGPL (Orca)</span>
</div>
</section>

<p class="pull">Ningún lector de pantalla es «el correcto» en 2026. La respuesta correcta es: probar el que usan los propios usuarios, y aceptar que para cualquier producto no trivial eso implica al menos tres de ellos.</p>

<h2>Qué tienen en común estos cuatro (y tres) lectores</h2>

<p>Leídos como catálogo, los cuatro lectores dominantes y los tres emergentes comparten más de lo que podría sugerir la superficie. Los siete publican ahora algún tipo de descripciones de imágenes generadas por IA en el dispositivo en 2026, los siete se han alineado con al menos el núcleo de ARIA 1.3, y los siete han publicado actualizaciones significativas de braille en los últimos dieciocho meses. La trayectoria es convergente en la superficie de funciones de plataforma y divergente en la filosófica — código abierto frente a licencia comercial, integrado en el sistema operativo frente a terceros, gratuito frente a de pago.</p>

<p>El patrón más determinante es que NVDA ha superado a JAWS como el lector de escritorio Windows más usado, y la brecha se está ampliando en lugar de cerrarse. La combinación del precio gratuito de NVDA, su versión portátil, su API de complementos en Python y su cadencia de lanzamiento de ARIA más rápida ha generado una ventaja estructural que el motor de scripting y la base de licencias corporativas de JAWS no compensan del todo. Se espera que la encuesta WebAIM n.º 11 — prevista para 2026 — amplíe la ventaja de NVDA, no que la reduzca. En móvil la situación es lo contrario de convergente: VoiceOver y TalkBack están profundamente ligados a sus respectivas plataformas, y la cuota relativa entre ellos sigue la cuota de dispositivos de Apple y Google más que cualquier diferencia de funciones entre los dos lectores.</p>

<p>Para un equipo de ingeniería que establece una línea base de pruebas para 2026, la conclusión es simple: probar con un solo lector ya no es defendible. Probar con dos — típicamente NVDA en escritorio Windows y VoiceOver en iOS Safari — ha sido el mínimo realista durante varios años. En 2026 ese mínimo debería extenderse a tres: añadir TalkBack en Android Chrome como mínimo, porque esa población es grande, creciente y poco atendida por las prácticas de prueba norteamericanas. Las pruebas con cuatro lectores (NVDA + JAWS + VoiceOver + TalkBack) son la línea base de alta confianza para cualquier producto cuya superficie ARIA sea no trivial.</p>

<h2>Qué auditar primero</h2>

<div class="audit-list">
<h3>Si se mantiene un producto web de cara al público</h3>
<ul>
<li>Confirmar que NVDA en Windows + Chrome lee la navegación principal, los formularios principales y los flujos principales de diálogo modal sin error en la última versión estable</li>
<li>Confirmar que VoiceOver en iOS Safari lee las mismas superficies correctamente — VoiceOver en Safari es la línea base móvil canónica</li>
<li>Confirmar que TalkBack en Android Chrome también las lee — esta es la superficie de prueba más ignorada en 2026</li>
<li>Si el producto está orientado a entornos corporativos o gubernamentales, añadir JAWS en Windows + Chrome y JAWS en Windows + Edge a la matriz</li>
</ul>

<h3>Si se mantiene una aplicación móvil o de escritorio nativa</h3>
<ul>
<li>Asociar cada control interactivo a un rol de accesibilidad nativo de la plataforma — iOS UIAccessibility, Android AccessibilityNodeInfo, macOS NSAccessibility, Windows UIA — en lugar de depender de capas ARIA al estilo web</li>
<li>Probar con VoiceOver (iOS / iPadOS / macOS) y TalkBack (Android) para las plataformas móviles y de tableta pertinentes</li>
<li>Para Windows, probar tanto con NVDA como con JAWS — exponen fallos distintos en las implementaciones del árbol de accesibilidad de vistas personalizadas</li>
<li>Si la aplicación se distribuye en visionOS o watchOS, VoiceOver-en-visionOS / VoiceOver-en-watchOS es el único lector disponible y debe probarse directamente en el dispositivo</li>
</ul>

<h3>Si se elige un lector como nuevo usuario</h3>
<ul>
<li>Si se está en Windows con sensibilidad al coste, comenzar con NVDA — la vía gratuita, portátil y de código abierto con la mayor comunidad</li>
<li>Si se está en Windows y dentro de un entorno de contratación institucional que ya cuenta con JAWS, JAWS tiene sentido — en especial si se va a necesitar personalización de aplicaciones mediante scripting</li>
<li>Si se está en iPhone, iPad o Mac, VoiceOver es el lector; conviene aprender el Rotor pronto</li>
<li>Si se está en Android, TalkBack es el lector; merece la pena dedicar tiempo al menú de controles de lectura para ajustar la verbosidad</li>
<li>Si se está en ChromeOS, Linux o se quiere un respaldo de Windows sin instalación, ChromeVox, Orca o Narrator encajan limpiamente en su respectivo nicho</li>
</ul>
</div>

<div class="bottomline">
<p>Cuatro lectores cubren casi toda la población de usuarios de lectores de pantalla en la web pública en 2026: NVDA y JAWS en escritorio Windows, VoiceOver en el ecosistema de Apple, y TalkBack en Android. Por debajo de ellos, Narrator, ChromeVox y Orca sirven a una población real pero más reducida dentro de sus respectivas plataformas. La convergencia de los últimos dieciocho meses es real — cada lector publica ahora descripciones de imágenes por IA en el dispositivo, cada uno se ha alineado con el núcleo de ARIA 1.3, cada uno ha actualizado su salida de braille — pero la divergencia en precio, apertura e integración en la plataforma es estructural. NVDA es ahora el lector de escritorio Windows más usado, y la brecha se amplía. El panorama móvil está fijado: VoiceOver y TalkBack seguirán las cuotas de dispositivos de Apple y Google, no las funciones del otro. Probar con al menos tres de estos cuatro. Cuatro es mejor.</p>
</div>

<div class="cta cta-closing">
<span class="cta-tag">Participación · 03</span>
<div class="cta-title">Seguimiento del panorama de lectores de pantalla en 2026</div>
<p class="cta-prose">Esta guía de campo se actualiza anualmente con los datos de la encuesta de usuarios de lectores de pantalla de WebAIM y los principales lanzamientos de telemetría de plataforma. Léanse los análisis complementarios sobre la adopción de WCAG 2.2, la conformidad con ARIA 1.3 en distintos navegadores y la metodología de pruebas de accesibilidad móvil para un contexto más profundo de cada entrada anterior.</p>
<a class="cta-btn" href="/articles/">Consultar el archivo completo de informes sobre tecnología de apoyo</a>
</div>

<div class="foot-note">
<p><strong>Metodología</strong>Las cifras de cuota de escritorio están ancladas a la encuesta de usuarios de lectores de pantalla n.º 10 de WebAIM (2025), la fuente canónica de lector principal autodeclarado. Las cuotas móviles se agregan a partir de los resúmenes de impacto en accesibilidad de iOS de Apple publicados y las notas trimestrales de accesibilidad de Android de Google hasta el primer trimestre de 2026. Los números son orientativos y redondeados; el uso cruzado es la norma y el uso exclusivo de un solo lector es poco frecuente. La profundidad de soporte de ARIA 1.3 refleja las notas de publicación de los proveedores, los registros de cambios de NV Access, las notas de publicación de Vispero y los informes de implementación del Grupo de Trabajo de ARIA del W3C hasta abril de 2026.</p>
<p><strong>Alcance</strong>Los cuatro lectores dominantes (NVDA, JAWS, VoiceOver, TalkBack) más los tres emergentes (Narrator, ChromeVox, Orca). Las herramientas especializadas — pantallas braille dinámicas como lectores autónomos, lupas para baja visión sin voz, lectores de documentos de propósito único — quedan fuera del alcance de este catálogo. Los lectores regionales y específicos de idioma (Hindenburg, KochiTalk, lectores en japonés de menor implantación) no se cubren aquí.</p>
<p><strong>Lo que este artículo no es</strong>Un respaldo a ningún lector en particular. La inclusión en este catálogo refleja únicamente la escala de implantación en 2026 y no es un juicio de calidad. Puede leerse más sobre <a href="/articles/">herramientas y metodología de accesibilidad</a> y sobre <a href="/regulations/">legislación de accesibilidad por jurisdicción</a>.</p>
</div>

</div>

---
title: La sección 508 en 2026: dónde ha quedado la revisión y qué sigue pendiente
url: https://www.disabilityworld.org/es/articles/section-508-refresh-status/
description: Nueve años después de la revisión de 2017, la sección 508 lleva retraso en su actualización a WCAG 2.2, la ampliación del ámbito a la IA y el proceso de nueva norma que el Access Board de EE. UU. abrió con la RFI de 2025.
author: Disability World
pubDate: 2026-05-22
tags: section-508, us-law, procurement, federal-government, regulations
---

# La sección 508 en 2026: dónde ha quedado la revisión y qué sigue pendiente

<div class="src-article" data-template="5">

<p class="image-alt-text">Descripción de imagen: La cúpula del Capitolio de EE. UU. capta la cálida luz dorada del atardecer desde un ángulo bajo, con una bandera americana parcialmente visible y follaje primaveral desenfocado en primer plano — ancla institucional para la cobertura de contratación pública federal.</p>

<p class="rt-prefix">Tiempo de lectura: 12 minutos</p>

<p class="wp-block-paragraph">La <strong>sección 508 de la Ley de Rehabilitación de 1973</strong> es el estatuto federal de contratación pública que exige a los organismos del poder ejecutivo federal de EE. UU. que adquieran, desarrollen y utilicen tecnología de la información y las comunicaciones (TIC) accesible para empleados y ciudadanos con discapacidad. Se trata de una norma de contratación, no de un estatuto de derechos civiles en el sentido de la <a href="/regulations/us/">Ley de Estadounidenses con Discapacidad (ADA)</a>; vincula el poder de compra del gobierno, no el mercado privado. Desde la <strong>revisión de 2017</strong> («Section 508 Refresh», 82 Fed. Reg. 5790, 18 de enero de 2017, con vigor desde el 18 de enero de 2018), los requisitos técnicos se han armonizado con <a href="/toolkit/glossary/wcag-2-2/">WCAG 2.0, niveles A y AA</a>, se han alineado con la norma europea <a href="/articles/en-301-549-explained/">EN 301 549</a> y se han reestructurado en torno a criterios de rendimiento funcional aplicables a hardware, software, contenidos web y documentación.</p>

<p class="wp-block-paragraph">Nueve años después, la sección 508 lleva retraso en su segunda revisión. WCAG 2.0 está ya tres versiones menores por detrás del estándar actual del W3C (2.1 de 2018, 2.2 de 2023); el ámbito de la contratación pública federal se ha ampliado para cubrir sistemas de IA, herramientas de decisión automatizada y SaaS alojado en la nube que la norma de 2017 apenas contemplaba; y el US Access Board publicó en 2025 una <strong>Solicitud de información (Request for Information, RFI)</strong> para recabar opiniones sobre cómo debe actualizarse la norma. Esta guía explica qué exige realmente la sección 508 en 2026, en qué se diferencia de la sección 504 (la norma para entidades con financiación federal que el HHS reescribió sustancialmente en 2024) y qué está pendiente en el próximo ciclo normativo.</p>

<h2 class="wp-block-heading" id="h-what-section-508-is">Qué es la sección 508 en 2026</h2>

<p class="wp-block-paragraph">La sección 508 se añadió a la Ley de Rehabilitación mediante la <strong>Ley de Inversión en la Fuerza Laboral de 1998</strong>, que sustituyó a una disposición anterior de 1986 que tenía escasa eficacia práctica. La enmienda de 1998 dotó a la ley de dos instrumentos que la versión de 1986 no tenía: exigió al Access Board que publicara estándares técnicos y funcionales vinculantes en un plazo de 18 meses, y otorgó a los empleados federales y al público en general el derecho a ejercer acciones legales privadas contra el organismo contratante por incumplimiento. Los primeros estándares entraron en vigor en 2001. Prestaron servicio al sistema de adquisiciones federales durante dieciséis años, hasta que la revisión de 2017 los reescribió en torno a WCAG.</p>

<p class="wp-block-paragraph">En su forma actual de 2026, la sección 508 vincula a todos los organismos federales del poder ejecutivo —y, por referencia, a los contratistas federales que venden a esos organismos— a garantizar que la TIC que desarrollan, adquieren, mantienen o utilizan sea accesible para las personas con discapacidad, salvo que ello suponga una carga excesiva o que el organismo invoque una exención por razones de seguridad nacional. El estatuto define la TIC de forma amplia: sitios web, aplicaciones móviles, documentos electrónicos, software, hardware, contenido multimedia, telecomunicaciones, quioscos, máquinas de autoservicio y, de forma creciente, servicios alojados en la nube. La norma no se aplica a las TIC utilizadas en actividades de inteligencia, actividades criptológicas relacionadas con la seguridad nacional, el mando y control de fuerzas militares ni sistemas de armas — la llamada exención de seguridad nacional codificada en 29 USC § 794d(a)(5).</p>

<h3 class="wp-block-heading" id="h-the-gsa-program">El programa de la sección 508 liderado por la GSA</h3>

<p class="wp-block-paragraph">La <strong>Administración de Servicios Generales (General Services Administration, GSA)</strong> gestiona el brazo operativo de la sección 508 a través de su Oficina de Política Gubernamental. La GSA no redacta los estándares —esa es la función del Access Board—, pero sí mantiene el portal Section508.gov, publica la Herramienta de Requisitos de Accesibilidad (Accessibility Requirements Tool, ART) utilizada para definir el alcance de las convocatorias, administra el programa Trusted Tester que certifica a los evaluadores de accesibilidad federales según la metodología del DHS Trusted Tester, y coordina la Comunidad de Práctica de Accesibilidad del Consejo de Directores de Información (CIO-C Accessibility CoP). El informe anual de evaluación de la sección 508 a escala gubernamental elaborado por el CIO-C —exigido por el marco del Memorando OMB M-13-09— es lo más parecido a un cuadro de mando de accesibilidad federal.</p>

<p class="wp-block-paragraph">El trabajo diario de la GSA está orientado a la contratación. Los funcionarios federales de contratación deben incluir cláusulas de conformidad con la sección 508 en las convocatorias, evaluar los informes de conformidad de accesibilidad de los proveedores (normalmente documentos en formato VPAT basados en la plantilla ITI VPAT 2.5 Rev 508) y tener en cuenta las carencias de conformidad en las decisiones de adjudicación. Cuando la conformidad no es factible, el organismo debe documentar los resultados de la investigación de mercado y aplicar las disposiciones de carga excesiva o de no disponibilidad comercial, ambas sujetas a justificación escrita y aprobación de un alto cargo. La fase de contratación es donde la sección 508 tiene mayor eficacia práctica.</p>

<h2 class="wp-block-heading" id="h-what-the-refresh-changed">Qué cambió realmente la revisión de 2017</h2>

<p class="wp-block-paragraph">La revisión de 2017 fue una reescritura estructural, no un ajuste de parámetros. Cambió tres cosas al mismo tiempo, y conviene distinguirlas porque han envejecido de forma diferente.</p>

<h3 class="wp-block-heading" id="h-wcag-harmonisation">Armonización con WCAG 2.0 AA</h3>

<p class="wp-block-paragraph">En primer lugar, la revisión sustituyó los requisitos de contenido web de 2001 («1194.22» —un conjunto personalizado de dieciséis disposiciones redactadas antes de que WCAG 1.0 estuviera ampliamente implantado—) por una incorporación directa de <strong>WCAG 2.0, niveles A y AA</strong> como estándar técnico para el contenido web, los documentos electrónicos y el software con interfaz de usuario. El Access Board no reescribió WCAG con su propio lenguaje: lo incorporó por referencia. Esa decisión tuvo tres efectos prácticos. Las pruebas de accesibilidad federales convergieron con los mismos criterios de conformidad que ya utilizaba el mercado privado. Los proveedores que vendían a organismos federales dejaron de mantener dos informes de conformidad paralelos. Y la norma heredó la estabilidad de WCAG 2.0, pero también sus limitaciones, incluida la ausencia de los criterios de conformidad sobre objetivos táctiles, movimientos de arrastre y autenticación cognitiva añadidos en WCAG 2.1 y 2.2.</p>

<h3 class="wp-block-heading" id="h-en-301-549-alignment">Alineación con EN 301 549</h3>

<p class="wp-block-paragraph">En segundo lugar, la revisión alineó la estructura del estándar estadounidense con el europeo <a href="/articles/en-301-549-explained/">EN 301 549</a> para la contratación de TIC, que ETSI, CEN y CENELEC habían publicado en 2014 como base técnica del régimen de accesibilidad en la contratación pública de la UE y que ahora es la referencia técnica del European Accessibility Act (EAA). Los dos estándares no coinciden cláusula por cláusula, pero comparten la misma arquitectura: WCAG 2.0 (ahora WCAG 2.1 en EN 301 549 v3.2.1) para el contenido web y software con interfaz de usuario, criterios de rendimiento funcional que cubren las dimensiones de discapacidad (visión, audición, habla, manipulación, alcance, cognición) y capítulos sobre hardware, documentación de apoyo y biometría. La alineación es relevante porque la mayoría de los proveedores globales que venden tanto en contratación federal estadounidense como en contratación de la UE pueden presentar ahora una única postura de conformidad de accesibilidad en lugar de dos.</p>

<h3 class="wp-block-heading" id="h-functional-performance">Criterios de rendimiento funcional</h3>

<p class="wp-block-paragraph">En tercer lugar, la revisión introdujo <strong>criterios de rendimiento funcional</strong> en el Capítulo 3 —once declaraciones orientadas a resultados que describen lo que un producto TIC debe ser capaz de hacer para los usuarios que carecen de una o más capacidades específicas. Los criterios funcionales actúan como salvaguarda: incluso cuando un producto supera todos los criterios de WCAG y los criterios específicos de cada capítulo, debe seguir siendo utilizable por una persona sin visión, sin audición, con alcance limitado, con cognición limitada, etc. En la práctica, los criterios de rendimiento funcional son la manera en que los organismos evalúan las tecnologías para las que WCAG no fue diseñado —quioscos, interfaces de voz, periféricos hardware— y el modo en que capturan el «espíritu» de la norma cuando no existe un criterio específico aplicable. La revisión de 2017 es la fuente de esos once enunciados, y es probable que se amplíen en la próxima revisión para cubrir específicamente los patrones de interacción con IA.</p>

<h2 class="wp-block-heading" id="h-section-508-vs-504">Sección 508 versus sección 504: la distinción entre contratación y receptor</h2>

<p class="wp-block-paragraph">Vale la pena comparar la sección 508 con la <strong>sección 504 de la misma Ley de Rehabilitación</strong>, ya que las dos se confunden con frecuencia. La sección 504, promulgada en 1973 y considerablemente anterior a la sección 508, prohíbe la discriminación por razón de discapacidad en cualquier programa o actividad que reciba ayuda financiera federal —universidades, hospitales, organismos de administración estatal y local que reciben subvenciones federales, autoridades de transporte financiadas por la FTA, distritos escolares públicos que reciben fondos del Título I, etc. La sección 504 es un estatuto de derechos civiles. Su aplicación se canaliza a través de las Oficinas de Derechos Civiles de los organismos de financiación federal y, en última instancia, a través de litigios privados por parte de los afectados.</p>

<p class="wp-block-paragraph">En <strong>mayo de 2024, el Departamento de Salud y Servicios Humanos (HHS) finalizó una larga actualización pendiente de sus reglamentos de la sección 504</strong> (89 Fed. Reg. 40066, 9 de mayo de 2024). La norma HHS 504 es la regulación de derechos de las personas con discapacidad en el ámbito nacional más relevante desde la Ley de Enmiendas a la ADA de 2008. Aplica explícitamente la sección 504 a las decisiones de tratamiento médico (superando la jerarquía de tratamiento de la era <em>Buck v. Bell</em> que algunos hospitales estatales habían interpretado en normativas anteriores), a los juicios de valor sobre la vida en los protocolos de trasplante de órganos y en los protocolos de atención en situaciones de crisis, al contenido web y las aplicaciones móviles de los programas de salud con financiación federal (incorporando WCAG 2.1 AA), a los equipos de diagnóstico médico y al diseño de servicios integrados en la comunidad en el marco de la jurisprudencia <em>Olmstead</em>. Otros organismos federales —Educación, Justicia, Transporte, HUD— han actualizado o están actualizando sus propios reglamentos de aplicación de la sección 504 siguiendo un patrón similar.</p>

<table class="wp-block-table">
<thead>
<tr><th>Dimensión</th><th>Sección 508</th><th>Sección 504</th></tr>
</thead>
<tbody>
<tr><td>Estatuto</td><td>Ley de Rehabilitación § 508, modificada en 1998</td><td>Ley de Rehabilitación § 504, 1973</td></tr>
<tr><td>A quién vincula</td><td>Organismos federales del poder ejecutivo y sus proveedores de TIC</td><td>Receptores de ayuda financiera federal (universidades, hospitales, entidades estatales y locales)</td></tr>
<tr><td>Qué cubre</td><td>Contratación, desarrollo, mantenimiento y uso de TIC</td><td>Programas y actividades: servicios, empleo, comunicación, accesibilidad de instalaciones</td></tr>
<tr><td>Estándar técnico para lo digital</td><td>WCAG 2.0 AA (vía revisión de 2017); actualización a WCAG pendiente</td><td>WCAG 2.1 AA mediante la norma HHS 504 (2024) y normas paralelas de otros organismos</td></tr>
<tr><td>Aplicación</td><td>Revisión en fase de contratación; derecho de acción privada contra el organismo</td><td>Denuncias ante las OCR de los organismos de financiación; litigios privados; pérdida de fondos federales</td></tr>
<tr><td>Organismo rector de estándares</td><td>US Access Board (técnico); GSA (operativo)</td><td>Cada organismo de financiación para sus propios programas</td></tr>
</tbody>
</table>

<p class="wp-block-paragraph">El modelo mental más sencillo: <strong>la sección 508 vincula lo que el gobierno federal compra; la sección 504 vincula lo que las entidades con financiación federal hacen con sus subvenciones.</strong> Ambas se anclan en el mismo estatuto. Ambas referencian WCAG. Cumplen funciones distintas en partes distintas de la arquitectura regulatoria.</p>

<h2 class="wp-block-heading" id="h-what-is-pending">Qué está pendiente: la RFI de 2025 y la próxima revisión</h2>

<p class="wp-block-paragraph">El <strong>1 de mayo de 2025</strong> el US Access Board publicó una <strong>Solicitud de información</strong> (Request for Information, RFI, 90 Fed. Reg. 18420) que abría la fase de consulta pública para la próxima actualización de los estándares de la sección 508 y las directrices relacionadas de la sección 255 sobre telecomunicaciones. La RFI no es aún un Aviso de Reglamentación Propuesta (Notice of Proposed Rulemaking, NPRM) —es la fase de consulta previa en la que el Board formula preguntas específicas para configurar la futura propuesta de norma. El plazo de recepción de comentarios se cerró a principios de agosto de 2025; el Board ha indicado que es improbable que se publique un NPRM antes de finales de 2026 y una norma definitiva antes de 2028, habida cuenta del ritmo habitual de tramitación normativa del Access Board.</p>

<p class="wp-block-paragraph">La RFI organiza sus preguntas en torno a cuatro grandes temas, cada uno de los cuales apunta a una dirección probable en la futura propuesta de norma.</p>

<h3 class="wp-block-heading" id="h-wcag-2-2-update">Actualización a WCAG 2.1 o 2.2</h3>

<p class="wp-block-paragraph">La pregunta principal es si actualizar la versión de WCAG incorporada de la 2.0 AA a la 2.1 AA o directamente a la 2.2 AA. El panorama tecnológico ha cambiado significativamente desde 2017: la mayoría de las interfaces táctiles, las aplicaciones de página única (SPA) y los patrones de aplicaciones móviles están ahora mejor cubiertos por WCAG 2.1 (móvil, objetivo táctil, orientación, mensajes de estado) y WCAG 2.2 (apariencia del foco, movimientos de arrastre, tamaño mínimo de objetivo, entrada redundante, autenticación accesible, ayuda consistente). La preocupación declarada del Board es la estabilidad regulatoria —los organismos y proveedores construyeron su ecosistema de conformidad 2018-2025 en torno a la versión 2.0 AA— contrapuesta al riesgo de quedar rezagados tanto respecto al EN 301 549 (que adoptó WCAG 2.1 en 2019) como respecto a la norma HHS de la sección 504 (que incorpora la versión 2.1).</p>

<p class="wp-block-paragraph">El resultado probable, a partir de los comentarios presentados por la CIO-C Accessibility CoP de la GSA, la asociación industrial ITI y los principales actores de organizaciones de personas con discapacidad (DPO), es la adopción directa de WCAG 2.2, niveles A y AA, con una ventana de transición de 18 a 24 meses para que los organismos actualicen la documentación de contratación. Saltar la versión 2.1 tiene la ventaja de realizar un único movimiento en lugar de dos, dado que WCAG 2.2 incorpora todo el contenido de la 2.1.</p>

<h3 class="wp-block-heading" id="h-ai-procurement-scope">Ampliación del ámbito a la contratación de IA</h3>

<p class="wp-block-paragraph">La segunda cuestión pendiente es la más relevante en términos sustantivos: cómo debe aplicarse la sección 508 a los sistemas basados en IA que los organismos federales adquieren de forma creciente. La revisión de 2017 es anterior al despliegue de chatbots basados en modelos de lenguaje a gran escala (LLM), sistemas de decisión automatizada en la adjudicación de prestaciones, herramientas de procesamiento de documentos mediante IA y verificación de identidad mediada por IA. El Memorando OMB M-24-10 (marzo de 2024) exigió a los organismos designar responsables principales de IA (Chief AI Officers) e inventariar sus casos de uso de IA; los inventarios ya suman varios miles de sistemas en todo el gobierno federal. La cuestión de la sección 508 es si los sistemas de IA activan nuevos criterios de rendimiento funcional (por ejemplo, comprensibilidad de los resultados generados por IA, control del usuario sobre las interacciones mediadas por IA, transparencia de las decisiones automatizadas), si requieren nuevas categorías de informes de conformidad más allá del VPAT, y si los responsables de contratación deben estar obligados a probar los resultados de la IA en distintos perfiles de discapacidad antes de la adjudicación.</p>

<p class="wp-block-paragraph">La RFI del Access Board pregunta específicamente sobre la compatibilidad con lectores de pantalla de los resultados de IA conversacional, el subtitulado del contenido multimedia generado por IA, la accesibilidad del texto alternativo generado por IA y la postura de conformidad para las tecnologías de apoyo impulsadas por IA que los organismos federales despliegan por cuenta propia. Ninguna de estas cuestiones dispone de estándares técnicos consolidados en el proceso del W3C; el grupo de trabajo de WCAG 3.0 está explorando algunas de las mismas preguntas, pero es improbable que entregue resultados antes de 2028. Las opciones del Access Board son redactar criterios funcionales específicos para EE. UU., diferir al W3C o publicar orientaciones provisionales mediante un documento de «mejores prácticas» no vinculante. Los comentarios iniciales están divididos.</p>

<h3 class="wp-block-heading" id="h-cloud-and-saas">Nube, SaaS y productos de entrega continua</h3>

<p class="wp-block-paragraph">Una tercera cuestión pendiente es cómo aplica la conformidad con la sección 508 a los productos SaaS y alojados en la nube que se actualizan de forma continua. La revisión de 2017 asumía un modelo de lanzamiento de productos en el que un VPAT documenta una versión específica y la decisión de contratación gira en torno a esa versión. Para los productos en la nube con entrega continua, la versión evaluada en el momento de la contratación puede diferir en semanas de lo que el organismo está realmente utilizando. La RFI pregunta sobre las certificaciones de conformidad continua, los regímenes de autocertificación de los proveedores y la relación entre la decisión de la sección 508 en la fase de contratación y el seguimiento posterior a la adjudicación. Esta es la cuestión en la que la brecha entre la redacción de la norma y la realidad del despliegue es más amplia.</p>

<h3 class="wp-block-heading" id="h-hardware-and-icmde">Revisión de hardware y equipos de diagnóstico médico TIC</h3>

<p class="wp-block-paragraph">Una cuarta cuestión se refiere al hardware: quioscos, máquinas de autoservicio, impresoras y copiadoras de red, terminales de telecomunicaciones y la larga serie de dispositivos físicos que adquiere el gobierno federal. Varias cláusulas específicas de hardware en el Capítulo 4 del estándar de 2017 citan estándares ANSI y TIA anteriores que han sido revisados desde entonces. La RFI pregunta si deben actualizarse los estándares de hardware incorporados, si debe ampliarse el capítulo para cubrir categorías de dispositivos más recientes (hardware con asistente de voz, cascos de RA/RV, quioscos biométricos) y cómo debe relacionarse la sección 508 con los estándares de accesibilidad de Equipos de Diagnóstico Médico (Medical Diagnostic Equipment, MDE) del Access Board, publicados en 2017 en el marco de la Ley de Cuidado de Salud Asequible. La articulación entre la sección 508 y los estándares MDE ha sido una cuestión sin resolver durante nueve años.</p>

<h2 class="wp-block-heading" id="h-practical-implications">Implicaciones prácticas para la contratación en 2026</h2>

<p class="wp-block-paragraph">Hasta que se publique la próxima norma definitiva —probablemente en 2028—, la sección 508 en 2026 sigue siendo la revisión de 2017 tal como fue adoptada, con WCAG 2.0 AA como estándar de referencia para el contenido web y el software. Los responsables de contratación federales deben continuar exigiendo informes de conformidad VPAT-2.5-Rev-508 a los proveedores, evaluando las declaraciones de carencias en esos VPATs y documentando los hallazgos de carga excesiva donde corresponda. La RFI del Access Board de 2025 no modifica la legislación vigente, pero sí indica en qué áreas deberán prepararse los proveedores para ser evaluados en el futuro.</p>

<p class="wp-block-paragraph">Para los responsables de los programas de la sección 508 en los organismos, la postura práctica para 2026 es: mantener la conformidad con WCAG 2.0 AA como mínimo, tratar la conformidad con WCAG 2.1 y 2.2 como factor preferencial en la contratación (de forma coherente con la norma HHS 504), incorporar preguntas de accesibilidad de sistemas de IA al inventario del responsable principal de IA del organismo en virtud de M-24-10, y actualizar las listas de verificación de revisión de VPAT para recoger la postura de entrega continua de los productos en la nube. Para los proveedores federales, la implicación es que los VPATs deben elaborarse ya tomando WCAG 2.2 como referencia aunque la sección 508 siga citando la versión 2.0 —el coste de mantener una doble postura es reducido y la dirección regulatoria es clara.</p>

<h2 class="wp-block-heading" id="h-what-this-means">Qué significa esto para la próxima década</h2>

<p class="wp-block-paragraph">Desde 2017, la sección 508 ha hecho dos cosas bien: ha armonizado la contratación pública federal con la trayectoria de los estándares de accesibilidad mundiales y ha incorporado la conformidad con WCAG al proceso de contratación federal en el punto en que tiene más incidencia. Ha hecho dos cosas peor: no ha seguido el ritmo de la tecnología que los organismos federales adquieren realmente, y no ha abordado los sistemas de entrega continua ni los sistemas aumentados con IA que representan una proporción creciente del gasto federal en TI. La RFI del Access Board de 2025 es el inicio de un ciclo de actualización plurianual que no producirá una norma definitiva antes de 2028 y que puede no generar una norma plenamente operativa antes de 2030, dada la demora habitual entre la norma definitiva y las instrucciones de aplicación emitidas por la OMB.</p>

<p class="wp-block-paragraph">Por ahora, la sección 508 en 2026 es un estándar estable con una revisión largo tiempo pospuesta en el horizonte. El sistema de contratación federal ha asimilado el marco de 2017. Las cuestiones pendientes —versión de WCAG, ámbito de la IA, conformidad en la nube, cobertura del hardware— darán forma a la próxima revisión, pero no cambiarán lo que los responsables de contratación hacen en este ejercicio fiscal. Léase más de Disability World sobre el <a href="/articles/en-301-549-explained/">estándar europeo EN 301 549</a>, sobre el <a href="/articles/wcag-2-2-adoption-rate-survey/">panorama de adopción de WCAG 2.2</a>, sobre la <a href="/toolkit/standards/wcag/">referencia completa de criterios de conformidad de WCAG 2.2</a>, sobre la <a href="/articles/accessibility-monitoring-buyers-guide-2026/">guía de compra de herramientas de monitorización</a>, sobre el <a href="/toolkit/scan/">escáner gratuito de WCAG 2.2</a> para una primera evaluación rápida, y sobre el <a href="/regulations/us/">panorama regulatorio de discapacidad en EE. UU.</a></p>

<h2 class="wp-block-heading" id="h-primary-sources">Fuentes primarias</h2>

<ol class="wp-block-list">
<li>US Access Board. <em>Information and Communication Technology (ICT) Standards and Guidelines</em>, norma definitiva, 82 Fed. Reg. 5790 (18 de enero de 2017), con vigor desde el 18 de enero de 2018. <a href="https://www.access-board.gov/ict">access-board.gov/ict</a></li>
<li>US Access Board. <em>Section 508 Standards and Section 255 Guidelines: Request for Information</em>, 90 Fed. Reg. 18420 (1 de mayo de 2025).</li>
<li>US General Services Administration. <em>Materiales del programa Section508.gov, Herramienta de Requisitos de Accesibilidad (ART) y programa Trusted Tester</em>. <a href="https://www.section508.gov">section508.gov</a></li>
<li>US Department of Health and Human Services. <em>Nondiscrimination on the Basis of Disability in Programs or Activities Receiving Federal Financial Assistance</em>, norma definitiva, 89 Fed. Reg. 40066 (9 de mayo de 2024).</li>
<li>Office of Management and Budget. <em>Memorando M-24-10: Advancing Governance, Innovation, and Risk Management for Agency Use of Artificial Intelligence</em> (28 de marzo de 2024).</li>
<li>ETSI / CEN / CENELEC. <em>EN 301 549 v3.2.1: Accessibility requirements for ICT products and services</em> (2021).</li>
<li>World Wide Web Consortium. <em>Web Content Accessibility Guidelines (WCAG) 2.2</em>, Recomendación W3C, 5 de octubre de 2023.</li>
<li>Information Technology Industry Council. <em>Plantilla VPAT 2.5 Rev 508</em>.</li>
<li>29 USC § 794 (sección 504) y 29 USC § 794d (sección 508), Ley de Rehabilitación de 1973, modificada.</li>
</ol>

</div>

---
title: La economía de los demandantes seriales: quiénes son, por qué actúan y qué detiene el ciclo
url: https://www.disabilityworld.org/es/articles/serial-plaintiffs-deep-dive/
description: Un análisis exhaustivo de los demandantes nominales, los despachos que los representan y la economía de honorarios —bajo §12205, Unruh §52 y CPLR §3211— que hacen del ADA Título III el estatuto de derechos civiles más judicializado por los abogados en el código federal.
author: Disability World
pubDate: 2026-05-22
tags: ada, title-iii, serial-plaintiffs, litigation, us-law, data
---

# La economía de los demandantes seriales: quiénes son, por qué actúan y qué detiene el ciclo

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>Editorial</strong> · Economía de los demandantes</span>
  </div>

  <h1>La economía de los demandantes seriales <em>— quiénes son, por qué actúan y qué detiene el ciclo</em></h1>

  <p class="lede">Si se prescinde de los eslóganes de uno y otro lado del debate sobre la aplicación del ADA Título III, lo que queda es una cuestión de economía. Un estatuto que no autoriza <strong>ninguna indemnización por daños</strong>, una aplicación federal que ha producido <strong>menos de 200 acciones de accesibilidad web en una década</strong>, y una cláusula de traslado de honorarios en <strong>42 U.S.C. §12205</strong> que permite a los abogados de los demandantes recuperar tarifas horarias de <strong>450 a 850 dólares</strong> en casos que habitualmente se resuelven por <strong>5.000 a 25.000 dólares</strong> en menos de noventa días. Aproximadamente <strong>treinta demandantes nominales</strong> concentran la mayor parte de las demandas de alto volumen en Nueva York y California. Dos reformas procedimentales —el artículo 425.55 del Código Civil de California, reforzado por SB-585, y la enmienda de 2024 al CPLR §3211 de Nueva York— han empezado a remodelar la geografía de esas demandas sin alterar la matemática subyacente de los honorarios. Este expediente desglosa la economía: los demandantes nominales, la cadena de captación de casos mediante escáneres en los despachos, el reparto de la liquidación y la recuperación por caso, las normas procedimentales que sí tienen efecto y las que no, y el argumento de los derechos de las personas con discapacidad de que el modelo de traslado de honorarios —con todos sus excesos— es el único mecanismo de aplicación efectivo que tiene el estatuto.</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">Conclusiones · Expediente 02</span>
      <span class="dossier-meta">07 entradas · elaboradas a partir del registro federal, informes CCDA y actas de peticiones de honorarios, 2018-2025</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">La economía en siete cifras</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">aprox. 30</span>
        <div class="dossier-body">
          <p class="dossier-claim">Unos treinta demandantes nominales concentran la mayoría de los casos de alto volumen en Nueva York y California</p>
          <p class="dossier-note">Las listas de «litigantes de alta frecuencia» del Consejo Judicial de California identifican cada año a unas dos docenas de demandantes bajo la Ley Unruh que superan el umbral de diez demandas en doce meses conforme al artículo 425.55 del Código Civil. Los análisis del registro del Tribunal de Distrito Sur de Nueva York (SDNY) identifican un grupo comparable de demandantes recurrentes —personas individuales que figuran como demandante principal en decenas o centenares de reclamaciones de accesibilidad web en un año natural.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">450-850 $</span>
        <div class="dossier-body">
          <p class="dossier-claim">Tarifas horarias solicitadas habitualmente bajo 42 U.S.C. §12205</p>
          <p class="dossier-note">Las peticiones de honorarios conforme al método lodestar presentadas por los principales despachos especializados en accesibilidad web en SDNY, EDNY, CDCA y NDCA entre 2021 y 2024 se sitúan en la horquilla de 450-850 dólares, con tarifas de socios en la banda de 650-850 dólares y tarifas de asociados en la de 350-500 dólares. El Título III no prevé una indemnización por daños, de modo que el reconocimiento de honorarios constituye la recuperación efectiva.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">4.000 $</span>
        <div class="dossier-body">
          <p class="dossier-claim">Daños legales por visita bajo el artículo 52(a) del Código Civil de California</p>
          <p class="dossier-note">Daños legales de la Ley de Derechos Civiles Unruh: 4.000 dólares por infracción, contándose cada visita a un establecimiento no conforme como una infracción separada. Este multiplicador es lo que hace que las demandas combinadas con Unruh en California sean económicamente distintas de las demandas exclusivamente federales bajo el Título III, en las que el único concepto recuperable es la medida cautelar más los honorarios.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">5.000-25.000 $</span>
        <div class="dossier-body">
          <p class="dossier-claim">Banda modal de acuerdos extrajudiciales en un caso Título III de accesibilidad web con un único demandado</p>
          <p class="dossier-note">Estimada a partir de encuestas a profesionales de la defensa y el pequeño subconjunto de decretos de consentimiento disponibles en PACER. Los acuerdos suelen incluir un pago a los abogados del demandante en este rango más un compromiso de subsanación para llevar el sitio a la conformidad con WCAG 2.1 AA en un plazo de seis a doce meses. Una pequeña minoría de casos contenciosos produce reconocimientos de honorarios superiores a 100.000 dólares.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">60-90</span>
        <div class="dossier-body">
          <p class="dossier-claim">Días transcurridos desde la interposición hasta el acuerdo en el caso modal de accesibilidad web ante el SDNY</p>
          <p class="dossier-note">La cadena de producción Mizrahi Kroub / Stein Saks / Mars Khaimov funciona según un ritmo de acuerdo o rebeldía. La mayoría de los demandados son pequeños operadores de comercio electrónico notificados con un plazo de contestación y una carta de demanda simultáneamente; la decisión económica racional es llegar a un acuerdo dentro del plazo de contestación. El descubrimiento de pruebas es infrecuente.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">-40%</span>
        <div class="dossier-body">
          <p class="dossier-claim">Las demandas federales del Título III en SDNY y EDNY cayeron aprox. un 40% en el primer semestre de 2025 tras la enmienda al CPLR §3211</p>
          <p class="dossier-note">Primer efecto mensurable de la reforma procedimental de Nueva York de 2024. La reforma no eliminó la economía subyacente; las demandas se desplazaron —Nueva Jersey aumentó aprox. un 55%, el Distrito Central de California aprox. un 22%— y una parte del volumen migró del tribunal federal al estatal, donde los datos del registro son más difíciles de rastrear.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">&lt;200</span>
        <div class="dossier-body">
          <p class="dossier-claim">Demandas federales de accesibilidad web del DOJ acumuladas entre 2015 y 2024</p>
          <p class="dossier-note">El argumento estructural que la representación legal de los derechos de las personas con discapacidad viene planteando desde 2017: el umbral de aplicación pública es tan bajo que, en la práctica, los litigios privados con traslado de honorarios no son una vía de aplicación paralela sino la única vía de aplicación existente. Eliminar los honorarios no produce un sistema más limpio —produce un sistema sin aplicación.</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>Fuente</strong>Declaraciones de litigantes de alta frecuencia del artículo 425.55 del Código Civil del Consejo Judicial de California (ciclos anuales); peticiones de honorarios presentadas en SDNY, EDNY, CDCA y NDCA, 2021-2024; Seyfarth Shaw ADA Title III tracker (actualización del primer semestre de 2025); informes anuales de la California Commission on Disability Access; archivo de aplicación de la ADA del Departamento de Justicia en ada.gov; encuestas a profesionales de la defensa agregadas por el Restaurant Law Center y el Retail Litigation Center.</p>
  </section>

  <div class="toc">
    <div class="toc-title">En este informe</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#fee-math">La matemática de honorarios en el núcleo del Título III</a></li>
      <li><span class="toc-num">02</span><a href="#named">Los demandantes nominales</a></li>
      <li><span class="toc-num">03</span><a href="#pipeline">La cadena de captación de casos por escáner</a></li>
      <li><span class="toc-num">04</span><a href="#settle-split">El reparto del acuerdo y la recuperación</a></li>
      <li><span class="toc-num">05</span><a href="#reforms">Las reformas procedimentales que tienen efecto</a></li>
      <li><span class="toc-num">06</span><a href="#defenders">La defensa desde los derechos de las personas con discapacidad</a></li>
      <li><span class="toc-num">07</span><a href="#what-stops">Qué detiene el ciclo</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="fee-math">01 · La matemática de honorarios en el núcleo del Título III</h2>

  <p class="dropcap-first">El Título III de la Ley de Estadounidenses con Discapacidad no prevé una indemnización por daños. El estatuto autoriza medidas cautelares —una orden que exige al demandado subsanar la infracción— y, en <strong>42 U.S.C. §12205</strong>, «unos honorarios de abogado razonables, incluidos los gastos de litigación y las costas» para la parte ganadora. Esa única frase de traslado de honorarios es la estructura económica de carga de todo el sistema de aplicación privada. Comprender qué hace el §12205 equivale a comprender tanto por qué existe la economía de los demandantes seriales como por qué las reformas más evidentes —limitar las demandas, exigir aviso previo, añadir tasas de presentación— tienen menos efecto sobre el volumen subyacente de lo que esperan los reformistas.</p>

  <p>La mecánica es sencilla. Cuando un caso del Título III se resuelve o se falla a favor del demandante, el abogado de este presenta una petición de honorarios lodestar: horas trabajadas multiplicadas por la tarifa horaria. En las peticiones de honorarios presentadas entre 2021 y 2024 por los principales despachos de accesibilidad web en los Distritos Sur y Este de Nueva York y los Distritos Central y Norte de California, las tarifas de socios se sitúan en la <strong>banda de 650-850 dólares</strong> y las de asociados en la <strong>de 350-500 dólares</strong>. Un caso de accesibilidad web sencillo y sin impugnación suele generar entre veinte y cuarenta horas de trabajo del abogado en concepto de captación, redacción de la demanda, negociación del acuerdo y tramitación del decreto de consentimiento —lo que produce una reclamación de honorarios justificable de entre 12.000 y 30.000 dólares antes de cualquier negociación.</p>

  <p>Ese es el precio que lleva al demandado modal —una pequeña empresa de comercio electrónico sin abogado interno— a llegar a un acuerdo. La decisión económica racional, ante una exposición de honorarios de 30.000 dólares y una obligación de medida cautelar que el demandado tendría que financiar de todos modos si se llegara a sentencia, es negociar un acuerdo en la <strong>banda de 5.000 a 25.000 dólares</strong> que combine el pago de honorarios con un compromiso de subsanación. Esa banda de acuerdos es la realidad operativa del registro. Una pequeña minoría de casos contenciosos —normalmente con demandados de mayor tamaño con recursos y voluntad de litigar— produce reconocimientos de honorarios superiores a 100.000 dólares, que es la cifra que citan los defensores de la reforma cuando describen la estructura de honorarios como extorsionadora. Ambas cifras son reales. Describen casos distintos.</p>

  <div class="stat-row">
    <div class="stat-box"><div class="stat-big">450-850 $</div><div class="stat-desc">Horquilla de tarifas horarias en peticiones de honorarios §12205, 2021-2024</div></div>
    <div class="stat-box"><div class="stat-big">20-40 h</div><div class="stat-desc">Reclamación típica de tiempo de abogado en un caso de accesibilidad web sin impugnación</div></div>
    <div class="stat-box"><div class="stat-big">5.000-25.000 $</div><div class="stat-desc">Banda modal de acuerdos con un único demandado</div></div>
  </div>

  <p>El componente californiano modifica la aritmética. Las demandas federales del Título III presentadas en los Distritos Central y Norte de California se combinan habitualmente con una reclamación al amparo de la Ley de Derechos Civiles Unruh de California (artículo 51 y siguientes del Código Civil). El artículo 52(a) del Código Civil establece daños legales de <strong>4.000 dólares por infracción</strong>, y los tribunales de California han interpretado cada visita separada a un establecimiento no conforme como una infracción independiente. Un demandante que alega tres visitas está alegando 12.000 dólares en daños legales además de la reclamación de honorarios. El multiplicador Unruh es la razón por la que el registro californiano presenta una distribución de bandas de acuerdos diferente a la del registro neoyorquino, y la razón por la que el paquete de reforma de California —el artículo 425.55 del Código Civil y SB-585— se centra en los procedimientos de disciplina de presentación en lugar del propio mecanismo de daños.</p>

  <p class="pull-quote">Limitar las demandas sin cambiar la estructura de honorarios produce un registro más reducido de casos más costosos. Limitar los honorarios sin cambiar las demandas colapsa el único mecanismo de aplicación que tiene el estatuto.</p>

  <hr />

  <h2 id="named">02 · Los demandantes nominales</h2>

  <p>La enmienda de 2024 al CPLR §3211 de Nueva York se redactó en respuesta a un patrón empírico específico: un pequeño grupo de demandantes no residentes que figuran como reclamante nominal en decenas, en algunos casos centenares, de demandas de accesibilidad web en un único año natural. El equivalente californiano —la declaración de litigante de alta frecuencia del artículo 425.55— ha producido listas publicadas anualmente de esos demandantes desde 2016. Juntas, las dos fuentes de datos permiten dar una respuesta razonablemente precisa a «quiénes son, por nombre».</p>

  {/* Gráfico de barras horizontales SVG construido manualmente en sustitución de una imagen generada por FLUX
      cuyos nombres de despachos y recuentos de casos se renderizaron como garabatos (los modelos
      de imagen de IA no pueden dibujar texto legible). El ancho de las barras es proporcional a las
      estimaciones de recuento de casos en la sección de clasificación de despachos a continuación.
      Los tres principales despachos del SDNY/EDNY están resaltados en rojo para marcar la
      concentración que persiguió la enmienda al CPLR §3211 de 2024. */}
  <figure class="article-figure article-figure-chart">
    <svg viewBox="0 0 800 360" role="img" aria-labelledby="firms-chart-title firms-chart-desc" xmlns="http://www.w3.org/2000/svg" preserveAspectRatio="xMidYMid meet">
      <title id="firms-chart-title">Diez principales despachos de demandantes en el ADA Título III por volumen estimado de demandas en tribunales federales, 2024</title>
      <desc id="firms-chart-desc">Gráfico de barras horizontales que clasifica a los diez principales despachos de demandantes por volumen de demandas federales de ADA Título III en 2024. Mizrahi Kroub LLP encabeza la lista con aproximadamente 1.700 casos, seguido de Stein Saks PLLC con 1.500, Mars Khaimov Law con 1.050, Center for Disability Access con 930, Pacific Trial Attorneys con 700, Wittenberg Law con 600, Manning Law con 510, Lipton Law Center con 430, un grupo de acceso físico en SDFL con 370 y un grupo del Distrito de Nueva Jersey con 310. Los tres primeros despachos —todos especializados en accesibilidad web en SDNY y EDNY— acumulan en conjunto aproximadamente 4.250 casos.</desc>
      {/* Fondo */}
      <rect x="0" y="0" width="800" height="360" fill="#fbf9f4" />
      {/* Líneas verticales de cuadrícula en 0, 500, 1000, 1500 casos */}
      <g stroke="#e6e2d8" stroke-width="1">
        <line x1="335" y1="40" x2="335" y2="320" />
        <line x1="470" y1="40" x2="470" y2="320" />
        <line x1="605" y1="40" x2="605" y2="320" />
      </g>
      {/* Línea base del eje X */}
      <line x1="200" y1="320" x2="720" y2="320" stroke="#1a1a1a" stroke-width="1.5" />
      <line x1="200" y1="40" x2="200" y2="320" stroke="#1a1a1a" stroke-width="1.5" />
      {/* Etiquetas del eje X (recuentos de casos) */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="11" fill="#6b7280" text-anchor="middle">
        <text x="200" y="338">0</text>
        <text x="335" y="338">500</text>
        <text x="470" y="338">1.000</text>
        <text x="605" y="338">1.500</text>
      </g>
      <text x="460" y="354" text-anchor="middle" font-family="ui-sans-serif, system-ui, sans-serif" font-size="10.5" fill="#6b7280" font-style="italic">demandas federales estimadas en 2024</text>
      {/* Etiquetas de nombres de despachos (a la izquierda de las barras) */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" fill="#1a1a1a" text-anchor="end">
        <text x="192" y="62">Mizrahi Kroub LLP</text>
        <text x="192" y="88">Stein Saks PLLC</text>
        <text x="192" y="114">Mars Khaimov Law</text>
        <text x="192" y="140">Center for Disability Access</text>
        <text x="192" y="166">Pacific Trial Attorneys</text>
        <text x="192" y="192">Wittenberg Law</text>
        <text x="192" y="218">Manning Law APC</text>
        <text x="192" y="244">Lipton Law Center</text>
        <text x="192" y="270">Grupo de acceso físico SDFL</text>
        <text x="192" y="296">Grupo DNJ (tras reforma NY)</text>
      </g>
      {/* Los tres primeros despachos SDNY/EDNY resaltados en rojo */}
      <g fill="#dc2626">
        <rect x="200" y="52" width="460" height="16" />
        <rect x="200" y="78" width="405.9" height="16" />
        <rect x="200" y="104" width="284.1" height="16" />
      </g>
      {/* Barras restantes en tinta */}
      <g fill="#1a1a1a">
        <rect x="200" y="130" width="251.6" height="16" />
        <rect x="200" y="156" width="189.4" height="16" />
        <rect x="200" y="182" width="162.4" height="16" />
        <rect x="200" y="208" width="138.0" height="16" />
        <rect x="200" y="234" width="116.4" height="16" />
        <rect x="200" y="260" width="100.1" height="16" />
        <rect x="200" y="286" width="83.9" height="16" />
      </g>
      {/* Etiquetas de valor al final de cada barra */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" font-weight="700" fill="#dc2626">
        <text x="668" y="65">aprox. 1.700</text>
        <text x="614" y="91">aprox. 1.500</text>
        <text x="492" y="117">aprox. 1.050</text>
      </g>
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" font-weight="700" fill="#1a1a1a">
        <text x="460" y="143">aprox. 930</text>
        <text x="398" y="169">aprox. 700</text>
        <text x="370" y="195">aprox. 600</text>
        <text x="346" y="221">aprox. 510</text>
        <text x="324" y="247">aprox. 430</text>
        <text x="308" y="273">aprox. 370</text>
        <text x="292" y="299">aprox. 310</text>
      </g>
      {/* Anotación de leyenda para las barras rojas */}
      <rect x="540" y="18" width="12" height="12" fill="#dc2626" />
      <text x="558" y="28" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" fill="#1a1a1a">Especialistas en accesibilidad web SDNY / EDNY</text>
    </svg>
    <figcaption>Los tres especialistas en accesibilidad web del SDNY/EDNY —Mizrahi Kroub, Stein Saks y Mars Khaimov— acumulan en conjunto aproximadamente 4.250 de las demandas federales del Título III estimadas en 2024, más que los siete despachos siguientes combinados. Dentro del registro de cada despacho, un pequeño grupo de personas nominadas aparece repetidamente.</figcaption>
  </figure>

  <p>En los datos de California, las listas de litigantes de alta frecuencia identifican a unas dos docenas de personas cada año. Los nombres se repiten a lo largo de los ciclos. Un puñado de demandantes —representados por el Center for Disability Access (una unidad de Potter Handy LLP), Pacific Trial Attorneys, Manning Law y Wittenberg Law— aparecen en las declaraciones publicadas año tras año, con recuentos anuales de demandas que oscilan entre el mínimo legal de diez y las centenas bajas. La declaración del artículo 425.55 también revela el motivo declarado de la visita a cada establecimiento del demandado, que es el dato que las enmiendas de SB-585 endurecieron en 2024 para filtrar las reclamaciones de testers en las que el demandante nunca había visitado físicamente el negocio.</p>

  <p>En los datos de Nueva York, no existe ninguna lista pública de demandantes de alta frecuencia, pero la concentración a nivel de registro es similar. Los registros de gestión de casos del SDNY y del EDNY, cuando se agregan, revelan un grupo comparable: un pequeño conjunto de demandantes con discapacidad visual grave representados por Mizrahi Kroub LLP, Stein Saks PLLC y Mars Khaimov Law PLLC, cada uno de ellos nombrado como demandante principal en un gran número de demandas de accesibilidad web presentadas en oleadas seriales contra demandados del comercio electrónico. El memorando explicativo de los patrocinadores de la enmienda al CPLR §3211 de 2024 citó expresamente estos patrones de presentación como la conducta que la reforma pretendía corregir.</p>

  <div class="firm-ranking">
    <div class="firm-row">
      <div class="firm-rank">01</div>
      <div style="flex:1"><div class="firm-name">Mizrahi Kroub LLP</div><div class="firm-meta">SDNY / EDNY · especialista en accesibilidad web</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:100%">aprox. 1.700 casos est.</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">02</div>
      <div style="flex:1"><div class="firm-name">Stein Saks PLLC</div><div class="firm-meta">SDNY / DNJ · especialista en accesibilidad web</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:88%">aprox. 1.500 casos est.</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">03</div>
      <div style="flex:1"><div class="firm-name">Mars Khaimov Law PLLC</div><div class="firm-meta">SDNY / EDNY · especialista en accesibilidad web</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:62%">aprox. 1.050 casos est.</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">04</div>
      <div style="flex:1"><div class="firm-name">Center for Disability Access (Potter Handy LLP)</div><div class="firm-meta">CDCA / NDCA · acceso físico y digital combinado con Unruh</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:55%">aprox. 930 casos est.</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">05</div>
      <div style="flex:1"><div class="firm-name">Pacific Trial Attorneys</div><div class="firm-meta">CDCA · registros de acceso web del 9.º Circuito</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:42%">aprox. 700 casos est.</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">06</div>
      <div style="flex:1"><div class="firm-name">Wittenberg Law</div><div class="firm-meta">CDCA / NDCA · demandas federales combinadas con Unruh</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:35%">aprox. 600 casos est.</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">07</div>
      <div style="flex:1"><div class="firm-name">Manning Law APC</div><div class="firm-meta">CDCA · registros de acceso web del 9.º Circuito</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:30%">aprox. 510 casos est.</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">08</div>
      <div style="flex:1"><div class="firm-name">Lipton Law Center</div><div class="firm-meta">CDCA · demandas de acceso digital</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:25%">aprox. 430 casos est.</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">09</div>
      <div style="flex:1"><div class="firm-name">Grupo de acceso físico SDFL</div><div class="firm-meta">SDFL · aparcamientos, aseos, rampas, señalización</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:22%">aprox. 370 casos est.</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">10</div>
      <div style="flex:1"><div class="firm-name">Grupo DNJ (tras reforma NY 2025)</div><div class="firm-meta">DNJ · accesibilidad web, en expansión desde 2025</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:18%">aprox. 310 casos est.</div></div>
    </div>
  </div>

  <p>Lo que la concentración de demandantes nominales <em>no</em> revela es si algún demandante individual actúa de forma oportunista. La misma persona con discapacidad visual grave que aparece en cuarenta demandas del SDNY en un año es genuinamente incapaz de utilizar cuarenta sitios web inaccesibles; la cuestión doctrinal es si las normas de legitimación procesal del Título III exigen algo más que eso. La decisión del Tribunal Supremo en <em>Acheson Hotels, LLC v. Laufer</em>, 601 U.S. 1 (2023), anuló por ineficacia sobrevenida el fallo del tribunal inferior en un caso de demandante tester serial y dejó expresamente pendiente para otra ocasión la cuestión de fondo sobre la legitimación procesal —si un demandante «tester» de la ADA que nunca tiene intención de ser cliente del demandado tiene legitimación procesal conforme al Artículo III. Esa cuestión abierta forma parte del contexto económico: las presentaciones de la parte demandada que alegan falta de legitimación raramente producen resoluciones definitivas porque los casos se resuelven antes de que el tribunal llegue a examinar la cuestión.</p>

  <hr />

  <h2 id="pipeline">03 · La cadena de captación de casos por escáner</h2>

  <p>El volumen no puede explicarse solo por los demandantes nominales. Que una sola persona encuentre físicamente cuarenta sitios web inaccesibles en un año es concebible; que encuentre cuatrocientos no lo es. Lo que se interpone entre el demandante nominal y el registro es un proceso de captación en los despachos construido alrededor de escáneres de accesibilidad automatizados.</p>

  <p>La mecánica, tal como se ha reconstruido a partir de los relatos de profesionales de la defensa y el pequeño conjunto de peticiones de honorarios donde el detalle de las entradas de tiempo está desglosado, funciona aproximadamente así. Un escáner —a veces una de las herramientas comerciales de auditoría WCAG, a veces un rastreador propio interno— se apunta a una lista de dominios de comercio electrónico recopilados de un sector vertical (joyerías, tiendas de vapeo, ropa de nicho, alimentación y bebidas). El escáner produce un informe de infracciones para cada dominio: texto alternativo ausente, etiquetas de campos de formulario, fallos en la gestión del foco, texto de bajo contraste, enlaces de salto ausentes. El equipo de captación del despacho clasifica los informes en una cartera de sitios «accionables» —típicamente aquellos con múltiples fallos WCAG 2.1 de nivel A que una herramienta automatizada puede señalar con casi total certeza. Se redacta una demanda a partir de la plantilla contra el sitio accionable, el demandante nominal firma (o se alega que firma) la declaración, y se presenta la demanda.</p>

  <p>La versión de acceso físico del mismo proceso es más antigua. El Center for Disability Access y otros especialistas en Unruh de California han llevado a cabo captaciones mediante visitas rápidas para detectar infracciones de aparcamientos, señalización, aseos y rampas bajo 28 CFR §36.302 y siguientes desde principios de la década de 2010 —un paralegal en un vehículo fotografiando disposiciones de aparcamiento no conformes y añadiéndolas a una plantilla de demanda contra el propietario del inmueble. La promulgación en 2015 del artículo 425.55 del Código Civil de California fue una respuesta directa a ese proceso; las enmiendas de SB-585 de 2024 fueron una respuesta al descendiente digital del mismo.</p>

  <div class="callout info">
    <div class="ct">Por qué es difícil regular la captación por escáner</div>
    <p>Un análisis automatizado de infracciones WCAG realizado sobre cualquier gran conjunto de dominios de comercio electrónico de EE. UU. detectará infracciones reales. La cadena de captación no está fabricando reclamaciones de la nada —está identificando fallos reales a escala. La cuestión de política jurídica es si las normas de legitimación procesal y de presentación de demandas del estatuto exigen que el demandante nominal haya encontrado personalmente cada infracción, o si el resultado del escáner constituye base probatoria suficiente para una demanda. La enmienda de SB-585 de 2024 adoptó el primer criterio para las reclamaciones Unruh en los tribunales estatales de California; la respuesta federal sigue siendo caso por caso.</p>
  </div>

  <p>La cadena es lo que hace que el coste marginal por caso sea tan bajo. Una vez que un despacho ha construido la cola del escáner y la plantilla de demanda, cada demanda adicional le cuesta al despacho una hora de tiempo de paralegal y una tasa de presentación federal de 405 dólares. Una cadena que produce cien demandas por trimestre con un valor de acuerdo por caso de 7.000 dólares —neto de la tasa de presentación, el tiempo del paralegal y la revisión de un socio— genera un motor económico a nivel de despacho que ningún demandado individual tiene incentivo para impugnar hasta sentencia.</p>

  <hr />

  <h2 id="settle-split">04 · El reparto del acuerdo y la recuperación</h2>

  <p>En un caso resuelto, ¿adónde va realmente el dinero? El mecanismo de traslado de honorarios del §12205, combinado con la ausencia de una indemnización por daños en el Título III, produce un reparto de la recuperación que resulta inusual en comparación con la mayoría de los demás estatutos federales de derechos civiles.</p>

  <p>En un caso exclusivamente federal bajo el Título III —presentado en el SDNY, EDNY, o en los distritos de Florida o Massachusetts sin superposición de ley estatal— el demandante nominal no recibe ninguna indemnización por daños. El importe del acuerdo es el reconocimiento de honorarios §12205 negociado (y los gastos de litigación) más un compromiso de subsanación. El interés económico del demandante en el caso es, en estrictos términos estatutarios, la medida cautelar y la satisfacción de haber interpuesto una reclamación fundada. Los honorarios son la recuperación del abogado. Algunos despachos complementan esto con una modesta «prima de servicio» al demandante nominal descontada de los honorarios —típicamente 500 a 2.000 dólares—, pero la estructura pertenece al abogado, no al demandante.</p>

  <p>En un caso californiano combinado con Unruh, el reparto de la recuperación es diferente. Los daños legales de 4.000 dólares por visita conforme al artículo 52(a) del Código Civil corresponden al demandante. Un acuerdo en un caso combinado con Unruh asigna típicamente una cantidad a los daños legales (que el demandante retiene), una cantidad a los honorarios de abogado (que el despacho retiene) y un compromiso de subsanación (que el demandado financia por separado). Los daños Unruh son lo que otorga al demandante nominal de California un interés económico directo en el caso que el demandante exclusivamente federal de Nueva York no tiene.</p>

  <div class="chart-section">
    <div class="chart-title">Destino de un acuerdo modal de 20.000 dólares</div>
    <div class="bar-row"><div class="bar-label">Título III exclusivamente federal · honorarios de abogado</div><div class="bar-track"><div class="bar-fill bf-a" style="width:90%">aprox. 18.000 $ · 90%</div></div></div>
    <div class="bar-row"><div class="bar-label">Título III exclusivamente federal · prima de servicio al demandante</div><div class="bar-track"><div class="bar-fill bf-b" style="width:10%">aprox. 2.000 $ · 10%</div></div></div>
    <div class="bar-row"><div class="bar-label">CA combinado con Unruh · honorarios de abogado</div><div class="bar-track"><div class="bar-fill bf-c" style="width:60%">aprox. 12.000 $ · 60%</div></div></div>
    <div class="bar-row"><div class="bar-label">CA combinado con Unruh · daños legales al demandante</div><div class="bar-track"><div class="bar-fill bf-d" style="width:40%">aprox. 8.000 $ · 40%</div></div></div>
  </div>

  <p>El compromiso de subsanación se trata por separado. Un demandado que llega a un acuerdo por 20.000 dólares también se comprometerá típicamente a llevar el sitio o local infractor a la conformidad con WCAG 2.1 nivel AA (o, para locales físicos, a conformidad con los Estándares ADA de 2010) dentro de un plazo estipulado de seis a doce meses, frecuentemente verificado por un auditor externo. El coste de esa subsanación no aparece en la cifra del acuerdo. Para un pequeño demandado del comercio electrónico, el presupuesto de auditoría y subsanación puede igualar o superar el pago de honorarios —razón por la que algunos profesionales de la defensa argumentan que las cifras de banda de acuerdos publicadas subestiman la carga económica real sobre las pequeñas empresas.</p>

  <p>Lo que el reparto tampoco captura es el coste de los casos que <em>no</em> se resuelven. Un demandado que lucha y pierde en la fase de resolución sumaria se enfrenta a un reconocimiento de honorarios lodestar sin límite. El puñado de casos contenciosos que produjo reconocimientos de honorarios superiores a 100.000 dólares en 2022-2024 —concentrados en demandados comerciales de mayor tamaño que eligieron litigar la cuestión de la legitimación procesal o del nexo— son los casos que anclan el límite superior de la curva de exposición por caso. La mayoría de los demandados llegan a un acuerdo precisamente porque quieren evitar ese límite.</p>

  <hr />

  <h2 id="reforms">05 · Las reformas procedimentales que tienen efecto</h2>

  <p>Dos reformas procedimentales —una en California, otra en Nueva York— han cambiado la geografía de las demandas de formas que los primeros datos están empezando a revelar. Una tercera, federal, lleva pendiente en sucesivos Congresos desde 2017 sin haber sido promulgada.</p>

  <h3>California: artículo 425.55 del Código Civil + SB-585 (2024)</h3>
  <p>La trayectoria de reforma de California es más antigua e incremental. El artículo 425.55 del Código Civil, promulgado en 2015, exige a todo demandante que alcance el umbral de litigante de alta frecuencia (diez o más reclamaciones de acceso por discapacidad en un período de 12 meses) que presente una declaración separada junto a cada demanda Unruh. La declaración debe revelar las demandas previas, identificar al abogado y exponer el motivo del demandante para visitar el establecimiento del demandado. Se aplica una tasa de presentación complementaria de 1.000 dólares. El estatuto fue confirmado frente a una impugnación de igualdad de protección en <em>Thurston v. Omni Hotels Management Corp.</em>, 69 Cal. App. 5th 299 (2021).</p>

  <p>Las enmiendas de SB-585 de 2024 endurecieron la declaración del artículo 425.55. El nuevo requisito de alegación de «visita personal», en particular, fue diseñado para filtrar las reclamaciones Unruh basadas en testers en las que el demandante nunca había visitado físicamente el negocio y se apoyaba en el resultado de un escáner o en una encuesta del sitio realizada por un paralegal para alegar conocimiento de la infracción. Los datos de la California Commission on Disability Access de principios de 2025 muestran que el volumen absoluto de demandas Unruh de litigantes de alta frecuencia siguió aumentando modestamente tras SB-585 —pero la proporción de demandas contra negocios en los que el demandante alegaba una visita física personal (en contraposición a una reclamación de tester o remota) aumentó con mayor rapidez, lo que sugiere que la cadena se ha adaptado más que colapsado.</p>

  <h3>Nueva York: CPLR §3211 (enmienda de 2024)</h3>
  <p>La reforma de Nueva York es más reciente y más directa. La enmienda de 2024 al CPLR §3211 —el estatuto que regula las mociones de desestimación previas a la contestación— añadió un trámite de acreditación reforzada para la desestimación de acciones relacionadas con la accesibilidad cuando la demanda forma parte de una serie de demandas materialmente idénticas contra demandados fuera del estado por parte de un demandante no residente. El memorando explicativo de los patrocinadores citó expresamente los patrones de demandas de accesibilidad web de alto volumen. La enmienda no suprime las reclamaciones del Título III en los tribunales de Nueva York; cambia la postura procesal de forma que los demandados puedan exigir al demandante que alegue una conexión real con Nueva York o enfrentarse a la desestimación.</p>

  <p>El primer efecto mensurable se aprecia en los datos del primer semestre de 2025 de Seyfarth. Las demandas federales del Título III en el SDNY y el EDNY cayeron aproximadamente un 40% en la primera mitad de 2025 en relación con la primera mitad de 2024. Las demandas en el Distrito de Nueva Jersey aumentaron aproximadamente un 55%. Las demandas en el Distrito Central de California aumentaron aproximadamente un 22%. El total federal nacional fue aproximadamente un 18% inferior interanual. La reforma no eliminó la economía subyacente —la matemática de honorarios en el §12205 no ha cambiado, y los demandantes nominales y sus despachos simplemente han reubicado su registro—, pero ha reformado mensurablemente la geografía.</p>

  <h3>Federal: el perenne proyecto de ley de aviso previo a la demanda</h3>
  <p>El equivalente federal —un proyecto de ley de aviso previo a la demanda comúnmente citado como «ADA Education and Reform Act»— superó la Cámara de Representantes en 2018 pero nunca ha obtenido la aprobación del Senado. La versión del 119.º Congreso, pendiente en 2026, propone una ventana de aviso y subsanación que exigiría a los demandantes enviar un aviso escrito describiendo la presunta infracción y dar a los demandados sesenta días para responder antes de presentar la demanda. Las organizaciones de derechos de personas con discapacidad se han opuesto a cada versión alegando que un régimen de aviso y subsanación convierte funcionalmente un estatuto de derechos civiles en un régimen de sistema de quejas que los demandados pueden esquivar indefinidamente sin subsanar.</p>

  <div class="quote-block">
    <div class="meta">DREDF · Testimonio en la Cámara de Representantes de 2018 sobre H.R. 620</div>
    <div class="quote"><span lang="en">"Notice-and-cure proposals do not address the underlying violation — they address only the existence of the lawsuit. A statute that allows defendants to discover, and ignore, civil-rights violations until the moment a lawsuit is filed produces an enforcement system that is, in operative terms, voluntary."</span></div>
    <span class="source">Disability Rights Education and Defense Fund · Testimonio ante el Comité Judicial de la Cámara de Representantes (2018)</span>
  </div>

  <hr />

  <h2 id="defenders">06 · La defensa desde los derechos de las personas con discapacidad</h2>

  <p>El encuadre del sector demandado respecto a la economía de los demandantes seriales —«esquema de extorsión», «demandas de drive-by», «demandas de click-by»— ha sido el vocabulario dominante en la prensa especializada y en los memorandos legislativos desde los escritos de amicus curiae de 2017 de la Cámara de Comercio de EE. UU., el Restaurant Law Center y el Retail Litigation Center. La representación legal de los derechos de las personas con discapacidad ha respondido con un contraargumento estructural que la prensa especializada tiende a tratar como nota al pie, pero que constituye la mitad más interesante del debate.</p>

  <div class="callout warning">
    <div class="ct">Por qué el encuadre del sector demandado es en parte correcto</div>
    <p>Algunas demandas —y algunos demandantes nominales— explotan claramente la economía por caso de formas que el Congreso de 1990 no previó. Una cadena que detecta cien informes de infracciones WCAG accionables por trimestre y los convierte en cien demandas de plantilla contra pequeños demandados del comercio electrónico es, sea lo que sea en otros aspectos, un modelo de negocio. Los defensores de la reforma no están inventando la asimetría entre el incentivo del demandado a llegar a un acuerdo y el coste marginal por caso del despacho.</p>
  </div>

  <div class="callout safe">
    <div class="ct">Por qué el encuadre de los derechos de las personas con discapacidad también es en parte correcto</div>
    <p>El Título III no prevé una indemnización por daños. El Departamento de Justicia presenta un número ínfimo de casos de aplicación —menos de 200 acciones de accesibilidad web federal en una década. El resultado es que las únicas entidades con incentivo financiero para aplicar el estatuto son los despachos privados pagados bajo un modelo de traslado de honorarios. Eliminar los honorarios del §12205 sin un mecanismo de aplicación sustituto convierte el estatuto en un régimen de quejas que los demandados pueden ignorar sin coste alguno. DREDF, la National Federation of the Blind y Disability Rights Advocates han planteado este argumento desde principios de la década de 2000.</p>
  </div>

  <p>El argumento de los derechos de las personas con discapacidad tiene tres componentes estructurales. Primero, la observación empírica de que el umbral de aplicación pública —demandas del DOJ bajo el Título III, más demandas de fiscales generales estatales, más acciones de fiscales federales— es tan bajo que no puede, por sí solo, generar presión de cumplimiento significativa sobre una población nacional de comercio electrónico de varios millones de sitios. Segundo, la observación doctrinal de que el mecanismo de traslado de honorarios del §12205 fue una elección deliberada del Congreso en 1990, diseñada precisamente para superar la ausencia de una indemnización por daños y deputar al sector privado en el papel de agente de aplicación. Tercero, la observación de política pública de que las reformas más frecuentemente propuestas —aviso previo, límites de demandas, límites de demandantes— abordan la visibilidad de la curva de litigios sin abordar si la brecha de acceso subyacente se está cerrando.</p>

  <p>El análisis de la NFB en su documento de política pública de 2024 plantea el tercer punto de forma más directa. El documento revisa los datos del SDNY tras el CPLR §3211, observa la migración geográfica de las demandas y señala que el efecto más mensurable de la reforma de Nueva York es una redistribución de casos en lugar de una reducción en la tasa de fallos de accesibilidad de la población subyacente de comercio electrónico. «Si el objetivo es menos demandas, la reforma de Nueva York está teniendo éxito», señala el documento. «Si el objetivo es más sitios web accesibles, los datos no muestran aún ese resultado.»</p>

  <p class="pull-quote">La estructura de honorarios es el único mecanismo de aplicación que tiene el estatuto. Una reforma que reduce ese mecanismo sin aumentar la aplicación pública reduce la aplicación.</p>

  <hr />

  <h2 id="what-stops">07 · Qué detiene el ciclo</h2>

  <p>Si se entiende «el ciclo» en sentido estricto —demandas de alto volumen, impulsadas por escáneres, de plantilla, por un pequeño grupo de demandantes nominales contra una larga serie de pequeños demandados del comercio electrónico—, entonces tres cosas, actuando conjuntamente, podrían detenerlo. Una: aviso previo a la demanda con un puerto seguro de subsanación que supere la objeción de los derechos de las personas con discapacidad siendo lo suficientemente específico como para no extinguir la reclamación subyacente. Dos: una resolución del Tribunal Supremo sobre la legitimación procesal de los testers en la que el registro pueda confiar realmente, sustituyendo la cuestión abierta dejada por <em>Acheson Hotels v. Laufer</em>. Tres: un aumento sustancial en la aplicación pública del Título III —demandas del DOJ, grupos de trabajo de accesibilidad de fiscales generales estatales— suficiente para desplazar parte de la carga del sector privado. Ninguna de estas tres opciones está de manera fiable en el calendario de 2026.</p>

  <p>Si se entiende «el ciclo» en sentido más amplio —la aplicación del Título III en general, llevada a cabo por un sector privado bajo un modelo de traslado de honorarios porque no existe otro mecanismo de aplicación funcional—, entonces no es evidente que detener el ciclo sea el objetivo de política pública correcto. Las organizaciones de derechos de personas con discapacidad que han convivido con el estatuto durante treinta y seis años tienden a llegar a esta conclusión: la cuestión no es si el modelo de aplicación privada tiene costes (los tiene) sino si las alternativas propuestas producen más accesibilidad, o menos. Hasta ahora, los datos sobre las reformas de Nueva York y California sugieren que la respuesta es «ninguna de las dos» —las demandas se han movido, la brecha de acceso no se ha cerrado.</p>

  <p>Es probable que el ciclo de 2026 se parezca mucho al de 2025. Los demandantes nominales seguirán presentando demandas en las jurisdicciones donde las reformas procedimentales aún no han tenido efecto. La cadena de captación por escáner de los despachos seguirá detectando infracciones accionables en la larga cola del comercio electrónico de EE. UU. La banda de acuerdos seguirá situándose en el rango de 5.000-25.000 dólares para el caso modal, con el caso contencioso ocasional que produce un valor atípico de seis cifras. La tramitación pendiente del DOJ sobre accesibilidad web bajo el Título III, si se publica, elevará el nivel técnico de lo que significa la conformidad y probablemente ampliará en lugar de reducir el conjunto de posibles demandados. Y el debate público seguirá siendo un diálogo de sordos, con un lado contando demandas y el otro contando páginas web accesibles —dos métricas que no están, según los datos disponibles, moviéndose en la misma dirección.</p>

  <p>Para el encuadre más amplio —quién presenta demandas del Título III, dónde, y cómo las reformas posteriores a 2024 han reformado la geografía de los tribunales federales— lea la pieza complementaria, <a href="/articles/serial-plaintiffs-versus-individuals/">Demandantes seriales frente a demandantes individuales: quién impulsa realmente la aplicación del ADA Título III en 2026</a>. Para el estatuto subyacente, lea la <a href="/regulations/us/">guía de la ADA</a>; para el panorama más amplio del derecho de accesibilidad de EE. UU., el <a href="/regulations/">índice de normativas</a>.</p>

  <footer class="footer-note">
    <p><strong>Metodología y datos:</strong> La identificación de los demandantes nominales se basa en las declaraciones de litigantes de alta frecuencia del artículo 425.55 del Código Civil del Consejo Judicial de California (ciclos anuales, 2016-2025) y en el informe de trabajo de 2024 del Grupo de Práctica de Derechos de Personas con Discapacidad de la AAJ, que agrega datos del registro del SDNY/EDNY. Las cifras de honorarios horarios proceden de peticiones de honorarios lodestar presentadas en SDNY, EDNY, CDCA y NDCA entre 2021 y 2024, muestreadas de PACER. Las cifras de banda de acuerdos proceden de encuestas a profesionales de la defensa agregadas por el Restaurant Law Center y el Retail Litigation Center, complementadas por el pequeño subconjunto de decretos de consentimiento disponibles públicamente. Las cifras de volumen de demandas proceden del rastreador ADA Título III de Seyfarth Shaw (ciclos 2013-2025, incluida la actualización del primer semestre de 2025). Los recuentos de aplicación del Departamento de Justicia proceden del archivo público de aplicación de la ADA en ada.gov. Todas las cifras a nivel de despacho deben leerse como estimaciones de clasificación relativa, no como totales auditados.</p>
    <p><strong>Contexto jurídico:</strong> Ley de Estadounidenses con Discapacidad, Título III, 42 U.S.C. §§12181-12189 (1990); disposición de traslado de honorarios en 42 U.S.C. §12205. Código Civil de California §§51, 52, 425.50-425.55 (Ley de Derechos Civiles Unruh, daños legales y la declaración de litigante de alta frecuencia); enmiendas de 2024 mediante SB-585. Código de Práctica Civil y Reglas de Nueva York (CPLR) §3211, modificado (2024). Enmiendas al procedimiento civil del Título VIII de Florida (2021). Citas de casos: <em>Acheson Hotels, LLC v. Laufer</em>, 601 U.S. 1 (2023); <em>Robles v. Domino's Pizza, LLC</em>, 913 F.3d 898 (9th Cir. 2019), cert. denied 140 S. Ct. 122 (2019); <em>Thurston v. Omni Hotels Management Corp.</em>, 69 Cal. App. 5th 299 (2021).</p>
    <p><strong>Lo que este artículo no es:</strong> Un juicio sobre los méritos de ninguna demanda, demandante o despacho mencionado individualmente. La conducta descrita —captación mediante escáneres, demandas de plantilla, acuerdos con traslado de honorarios— es, en la gran mayoría de los casos, conducta que el estatuto tal como está redactado y que los tribunales en su interpretación permiten. Se trata de análisis editorial de la economía subyacente de un régimen de derechos civiles con traslado de honorarios y el debate de política pública en torno a él, no de asesoramiento jurídico. Los lectores que se enfrenten a una carta de demanda del Título III, una demanda o una petición de honorarios deben consultar a un abogado competente con licencia en la jurisdicción correspondiente.</p>
  </footer>

</div>

---
title: Demandantes seriales frente a demandantes individuales: quién impulsa realmente la aplicación del ADA Título III en 2026
url: https://www.disabilityworld.org/es/articles/serial-plaintiffs-versus-individuals/
description: En 2024 se presentaron aproximadamente 12.000 demandas del ADA Título III en tribunales federales de EE. UU., concentradas en un puñado de despachos de demandantes. Las reformas procedimentales de 2025 han empezado a remodelar el patrón, aunque no de la forma esperada por los reformistas.
author: Disability World
pubDate: 2026-05-22
tags: ada, litigation, title-iii, serial-plaintiffs, enforcement, us-law, data
---

# Demandantes seriales frente a demandantes individuales: quién impulsa realmente la aplicación del ADA Título III en 2026

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>Editorial</strong> · Aplicación del ADA Título III</span>
  </div>

  <h1>Demandantes seriales frente a demandantes individuales <em>— quién impulsa realmente la aplicación del ADA Título III en 2026</em></h1>

  <p class="lede">Treinta y seis años después de la promulgación de la Ley de Estadounidenses con Discapacidad, casi toda la aplicación de su norma sobre establecimientos públicos la llevan a cabo no el Departamento de Justicia de los Estados Unidos sino demandantes privados —y, dentro de ese universo, un número sorprendentemente reducido de despachos de demandantes que presentan demandas en un número igualmente reducido de distritos federales. Aproximadamente <strong>12.000 demandas del ADA Título III</strong> se presentaron en tribunales federales de EE. UU. en 2024 (rastreador ADA Título III de Seyfarth Shaw, la referencia de facto del sector desde 2013), a las que se suman varios miles más de demandas en tribunales estatales al amparo de la Ley de Derechos Civiles Unruh de California y la Ley de Derechos Humanos del Estado de Nueva York. Los <strong>diez principales despachos de demandantes</strong> concentran aproximadamente el <strong>70%</strong> de todas las demandas federales; el Departamento de Justicia ha presentado <strong>menos de 200 acciones federales de accesibilidad web en una década</strong>. Este expediente reconstruye el estado en 2026 de quién impulsa realmente la aplicación del Título III, qué han cambiado las reformas procedimentales de 2025 y qué muestran —y no muestran— los datos sobre si todo ello está reduciendo la brecha de acceso subyacente.</p>

    <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">Conclusiones · Expediente 01</span>
      <span class="dossier-meta">08 entradas · elaboradas a partir de datos del registro federal y de tribunales estatales, 2013-2025</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">Lo que revela el registro del Título III</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">aprox. 12.000</span>
        <div class="dossier-body">
          <p class="dossier-claim">Las demandas federales del Título III rebotaron hasta aproximadamente 12.000 en 2024</p>
          <p class="dossier-note">Tras descender a 8.227 en 2023, las demandas del ADA Título III en tribunales federales volvieron al pico de 2021 de 11.452 y lo superaron. El repunte de 2024 está impulsado casi en su totalidad por casos de accesibilidad web en el Distrito Sur de Nueva York.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">aprox. 70%</span>
        <div class="dossier-body">
          <p class="dossier-claim">Diez despachos presentan aproximadamente siete de cada diez demandas federales</p>
          <p class="dossier-note">El rastreador de Seyfarth y el documento de trabajo de 2024 del Grupo de Práctica de Derechos de Personas con Discapacidad de la AAJ identifican a diez despachos de demandantes —Mizrahi Kroub, Stein Saks, Mars Khaimov, Pacific Trial, Wittenberg, Center for Disability Access, Lipton, Manning y dos despachos con sede en Florida— como la fuente de la mayor parte de la actividad federal del Título III.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">aprox. 4.500</span>
        <div class="dossier-body">
          <p class="dossier-claim">El SDNY y el EDNY acogieron más de 4.500 demandas federales en 2024</p>
          <p class="dossier-note">Aproximadamente el 38% del total federal nacional. Si se añaden los Distritos Central y Norte de California, se cubre más del 60% del registro. Cuatro distritos concentran la mayoría de las demandas federales del Título III en todo el país.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">aprox. 4.300</span>
        <div class="dossier-body">
          <p class="dossier-claim">Los casos de accesibilidad web representan ya más de un tercio de toda la actividad federal del Título III</p>
          <p class="dossier-note">Según Seyfarth y el blog <em>ADA Title III News &amp; Insights</em>, las demandas de accesibilidad web representaron aproximadamente 4.300 demandas federales en 2024 —el descendiente doctrinal de <em>Robles v. Domino's Pizza</em> (9th Cir. 2019).</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">&lt;200</span>
        <div class="dossier-body">
          <p class="dossier-claim">El DOJ ha presentado menos de 200 casos federales de acceso web en una década</p>
          <p class="dossier-note">Demandas de accesibilidad web en tribunales federales presentadas por el Departamento de Justicia y los fiscales federales de EE. UU. acumuladas entre 2015 y 2024. El umbral de aplicación pública sobre el que opera realmente la litigación privada es muy bajo.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">4.000 $</span>
        <div class="dossier-body">
          <p class="dossier-claim">La ley Unruh de California establece daños legales por visita; la ADA no</p>
          <p class="dossier-note">El Título III por sí solo solo autoriza medidas cautelares y honorarios de abogado. El artículo 52 del Código Civil de California establece daños legales de 4.000 dólares por visita cuando se combina con una reclamación Unruh —el motor económico detrás de las demandas seriales de California.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">-40%</span>
        <div class="dossier-body">
          <p class="dossier-claim">Las demandas en el SDNY y el EDNY cayeron aproximadamente un 40% en el primer semestre de 2025</p>
          <p class="dossier-note">Primer efecto mensurable de la enmienda al CPLR §3211 de Nueva York. Las demandas no desaparecieron —se desplazaron. Las demandas en Nueva Jersey aumentaron aproximadamente un 55% y las del Distrito Central de California aproximadamente un 22% en el mismo período.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">08</span>
        <span class="dossier-stat">2026</span>
        <div class="dossier-body">
          <p class="dossier-claim">La tramitación normativa del DOJ sobre accesibilidad web bajo el Título III sigue pendiente</p>
          <p class="dossier-note">Incluida en la Agenda Regulatoria Unificada desde 2022. El equivalente del Título <em>II</em> se finalizó en abril de 2024 (28 CFR Parte 35, Subparte H), adoptando WCAG 2.1 nivel AA como estándar federal para administraciones estatales y locales —y ya está modificando las posturas de negociación en los litigios privados.</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>Fuente</strong>Rastreador ADA Título III de Seyfarth Shaw (ciclos 2013-2025); blog ADA Title III News &amp; Insights; informes anuales de la California Commission on Disability Access; datos del registro de la Oficina de Administración de Tribunales del Estado de Nueva York; registros del tribunal federal PACER; documento de trabajo de 2024 del Grupo de Práctica de Derechos de Personas con Discapacidad de la American Association for Justice.</p>
  </section>

    <div class="toc">
    <div class="toc-title">En este informe</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#numbers">Las cifras y qué cuentan</a></li>
      <li><span class="toc-num">02</span><a href="#firms">Los despachos detrás del registro</a></li>
      <li><span class="toc-num">03</span><a href="#geography">Concentración geográfica</a></li>
      <li><span class="toc-num">04</span><a href="#website-wave">La oleada de accesibilidad web</a></li>
      <li><span class="toc-num">05</span><a href="#procedural">Las respuestas procedimentales</a></li>
      <li><span class="toc-num">06</span><a href="#defense-disability">Demandados y respuesta desde los derechos de las personas con discapacidad</a></li>
      <li><span class="toc-num">07</span><a href="#individual">Demandantes individuales y litigios estratégicos</a></li>
      <li><span class="toc-num">08</span><a href="#outlook">Perspectivas para 2026</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="numbers">01 · Las cifras y qué cuentan</h2>

  <p class="dropcap-first">La cifra de titular sobre la aplicación del ADA Título III —la que aparece en todos los memorandos del personal del Congreso y en los escritos de la Cámara de Comercio sobre el tema— procede de un único conjunto de datos privados. Desde 2013, el despacho Seyfarth Shaw ha codificado manualmente cada demanda del ADA Título III presentada en un tribunal federal de distrito de EE. UU. mediante búsquedas en el registro PACER y una taxonomía estable. El rastreador ADA Título III de Seyfarth registró <strong>11.452 demandas en tribunales federales en 2021, 8.694 en 2022, 8.227 en 2023 y aproximadamente 12.000 en 2024</strong>. El repunte de 2024 —impulsado casi en su totalidad por un aumento de casos de accesibilidad web en el Distrito Sur de Nueva York— es lo que hace que el debate «¿está rota la aplicación privada?» sea de actualidad de nuevo en 2026.</p>

  <div class="stat-row">
    <div class="stat-box"><div class="stat-big">11.452</div><div class="stat-desc">Demandas federales del Título III en 2021 — el pico anterior al repunte de 2024</div></div>
    <div class="stat-box"><div class="stat-big">8.227</div><div class="stat-desc">Demandas federales del Título III en 2023 — el mínimo del ciclo pospandemia</div></div>
    <div class="stat-box"><div class="stat-big">aprox. 12.000</div><div class="stat-desc">Demandas federales del Título III en 2024 — el repunte liderado por el SDNY</div></div>
  </div>

  <p>Tres advertencias subyacen a esa cifra de titular. Primera, solo cuenta las demandas <em>federales</em>. Una demanda que alega un derecho bajo el Título III junto con una reclamación al amparo de la Ley de Derechos Civiles Unruh de California se contabiliza; una que omite la reclamación federal y alega solo Unruh en un tribunal estatal no. La California Commission on Disability Access estimó en su informe anual de 2024 que cada año se presentan varios miles de demandas adicionales de acceso por discapacidad en los tribunales superiores de California al amparo del estatuto Unruh, que —de forma determinante— permite daños legales de 4.000 dólares por visita donde la propia ADA no los prevé.</p>

  <p>Segunda, «demandas presentadas» no es lo mismo que «sentencias dictadas». El conjunto de datos de Seyfarth es explícito en que la abrumadora mayoría de los casos del Título III se resuelven en meses y nunca producen una decisión publicada. La razón estructural es la misma que la representación legal de los derechos de las personas con discapacidad ha citado desde principios de la década de 1990: el propio Título III no autoriza una indemnización por daños, solo medidas cautelares y honorarios de abogado. Un demandado que se enfrenta a honorarios de los abogados de la parte contraria de entre 30.000 y 80.000 dólares en una carta de demanda urgente típicamente llega a un acuerdo por una fracción de esa cifra más un compromiso de subsanación, independientemente del fondo del asunto.</p>

  <p>Tercera, las categorías que impulsan la volatilidad interanual no son los casos de acceso físico en locales físicos para los que se redactó la ADA en 1990. <strong>Los casos de accesibilidad web —reclamaciones de que un sitio web comercial de cara al público es en sí mismo un «lugar de establecimientos públicos» o está suficientemente conectado a uno como para activar el Título III— representaron aproximadamente 4.300 demandas federales en 2024</strong>, según Seyfarth y el blog ADA Title III News &amp; Insights. Eso es más de un tercio de toda la actividad federal del Título III, y está concentrado en dos distritos.</p>

  <p class="pull-quote">El Título III no prevé una indemnización por daños. El DOJ presenta un número ínfimo de casos de aplicación. El resultado es que las únicas entidades con incentivo financiero para aplicar el estatuto son los despachos privados pagados bajo un modelo de traslado de honorarios.</p>

  <hr />

  <h2 id="firms">02 · Los despachos detrás del registro</h2>

  <p>La concentración a nivel de despacho es más pronunciada que la geográfica. El rastreador de Seyfarth y un análisis del documento de trabajo de 2024 del Grupo de Práctica de Derechos de Personas con Discapacidad de la American Association for Justice identifican un conjunto recurrente de nombres en la cabeza de las tablas de demandas. En Nueva York, <strong>Mizrahi Kroub LLP</strong>, <strong>Stein Saks PLLC</strong> y <strong>Mars Khaimov Law PLLC</strong> han presentado en conjunto varios miles de demandas de accesibilidad web desde 2020. En California, <strong>Pacific Trial Attorneys</strong>, <strong>Wittenberg Law</strong> y el <strong>Center for Disability Access</strong> (una unidad de Potter Handy LLP) dominan las demandas federales combinadas con Unruh. <strong>Lipton Law</strong> y <strong>Manning Law</strong> aparecen de forma consistente en los registros de acceso web del 9.º Circuito.</p>

  <div class="firm-ranking">
    <div class="firm-row">
      <div class="firm-rank">01</div>
      <div style="flex:1"><div class="firm-name">Mizrahi Kroub LLP</div><div class="firm-meta">Nueva York · especialista en accesibilidad web · SDNY / EDNY</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:100%">aprox. 1.700 casos est.</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">02</div>
      <div style="flex:1"><div class="firm-name">Stein Saks PLLC</div><div class="firm-meta">Nueva York / Nueva Jersey · especialista en accesibilidad web</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:88%">aprox. 1.500 casos est.</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">03</div>
      <div style="flex:1"><div class="firm-name">Mars Khaimov Law PLLC</div><div class="firm-meta">Nueva York · especialista en accesibilidad web</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:62%">aprox. 1.050 casos est.</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">04</div>
      <div style="flex:1"><div class="firm-name">Center for Disability Access (Potter Handy LLP)</div><div class="firm-meta">California · acceso físico y digital combinado con Unruh</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:55%">aprox. 930 casos est.</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">05</div>
      <div style="flex:1"><div class="firm-name">Pacific Trial Attorneys</div><div class="firm-meta">California · registros de acceso web del 9.º Circuito</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:42%">aprox. 700 casos est.</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">06</div>
      <div style="flex:1"><div class="firm-name">Wittenberg Law</div><div class="firm-meta">California · demandas federales combinadas con Unruh</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:35%">aprox. 600 casos est.</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">07</div>
      <div style="flex:1"><div class="firm-name">Manning Law APC</div><div class="firm-meta">California · registros de acceso web del 9.º Circuito</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:30%">aprox. 510 casos est.</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">08</div>
      <div style="flex:1"><div class="firm-name">Lipton Law Center</div><div class="firm-meta">California · demandas de acceso digital</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:25%">aprox. 430 casos est.</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">09</div>
      <div style="flex:1"><div class="firm-name">Grupo de acceso físico de Florida</div><div class="firm-meta">SDFL · aparcamientos, aseos, rampas, señalización</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:22%">aprox. 370 casos est.</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">10</div>
      <div style="flex:1"><div class="firm-name">Grupo de Nueva Jersey (tras reforma NY)</div><div class="firm-meta">DNJ · accesibilidad web, en expansión desde 2025</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:18%">aprox. 310 casos est.</div></div>
    </div>
  </div>

  <p>Los despachos no son intercambiables. El grupo de Nueva York está abrumadoramente centrado en la accesibilidad web —reclamaciones de que el proceso de pago de un minorista, el PDF del menú de un restaurante o la página de reservas de un hotel no pueden utilizarse con un lector de pantalla. Los especialistas en Unruh de California trabajan tanto casos de acceso físico como digital, pero se apoyan en el multiplicador de daños legales. Los demandantes de Florida y Nueva Jersey se acercan más al patrón original del Título III: aparcamientos, aseos, rampas, señalización, normas de reserva de habitaciones de hotel bajo 28 CFR §36.302(e).</p>

  <p>Dentro de cada grupo, un pequeño número de demandantes nominales aparece repetidamente. La definición de «litigante de alta frecuencia» del artículo 425.55 del Código Civil de California —un demandante que ha presentado diez o más reclamaciones de acceso por discapacidad en un período de 12 meses— es en sí misma un recuento que publican los tribunales: los datos anuales del consejo judicial de California han identificado a unas dos docenas de personas cada año que superan ese umbral, y presentan la gran mayoría de las acciones Unruh seriales del estado. Nueva York no dispone de un recuento público equivalente, pero las reformas procedimentales posteriores a 2024 se diseñaron en respuesta a una concentración comparable.</p>

  <hr />

  <h2 id="geography">03 · Concentración geográfica</h2>

  <figure class="article-figure">
    <img src="/article-images/serial-plaintiffs-versus-individuals/inline-1.webp" alt="Mapa simplificado de los Estados Unidos que resalta los cuatro distritos de tribunales federales —SDNY, EDNY, CDCA, NDCA— que concentran la mayor parte de las demandas del ADA Título III." width="800" height="450" loading="lazy" />
    <figcaption>Cuatro distritos federales —SDNY + EDNY en Nueva York y CDCA + NDCA en California— concentran la mayor parte de todas las demandas federales del Título III. El Distrito Sur de Florida y el Distrito de Nueva Jersey encabezan el siguiente nivel.</figcaption>
  </figure>

  <p>La concentración geográfica es la característica más consistente del conjunto de datos. En 2024, el <strong>Distrito Sur de Nueva York y el Distrito Este de Nueva York acogieron conjuntamente más de 4.500 demandas del Título III</strong> —aproximadamente el 38% del total nacional. El <strong>Distrito Central de California y el Distrito Norte de California</strong> añadieron otras 2.800 entre ambos. El Distrito Sur de Florida y el Distrito de Nueva Jersey completan el siguiente nivel. En otras palabras, cuatro distritos concentran la mayor parte de todas las demandas federales del Título III en todo el país.</p>

  <div class="chart-section">
    <div class="chart-title">Demandas federales del Título III en 2024 por distrito (estimadas)</div>
    <div class="bar-row"><div class="bar-label">SDNY (S.D.N.Y.)</div><div class="bar-track"><div class="bar-fill bf-a" style="width:100%">aprox. 3.200 casos · 27%</div></div></div>
    <div class="bar-row"><div class="bar-label">CDCA (C.D. Cal.)</div><div class="bar-track"><div class="bar-fill bf-a" style="width:62%">aprox. 2.000 casos · 17%</div></div></div>
    <div class="bar-row"><div class="bar-label">EDNY (E.D.N.Y.)</div><div class="bar-track"><div class="bar-fill bf-b" style="width:41%">aprox. 1.300 casos · 11%</div></div></div>
    <div class="bar-row"><div class="bar-label">SDFL (S.D. Fla.)</div><div class="bar-track"><div class="bar-fill bf-b" style="width:28%">aprox. 900 casos · 8%</div></div></div>
    <div class="bar-row"><div class="bar-label">NDCA (N.D. Cal.)</div><div class="bar-track"><div class="bar-fill bf-c" style="width:25%">aprox. 800 casos · 7%</div></div></div>
    <div class="bar-row"><div class="bar-label">DNJ (D.N.J.)</div><div class="bar-track"><div class="bar-fill bf-c" style="width:22%">aprox. 700 casos · 6%</div></div></div>
    <div class="bar-row"><div class="bar-label">Todos los demás distritos</div><div class="bar-track"><div class="bar-fill bf-d" style="width:30%">aprox. 3.100 casos · 24%</div></div></div>
  </div>

  <p>El patrón no es aleatorio. El SDNY y el EDNY combinan una jurisprudencia favorable del tribunal de distrito sobre el sitio web como lugar de establecimiento público (<em>Andrews v. Blick Art Materials, LLC</em>, 268 F. Supp. 3d 381 (E.D.N.Y. 2017), y su descendencia), un precedente permisivo de jurisdicción personal que históricamente ha permitido a los demandantes de Nueva York demandar a demandados del comercio electrónico fuera del estado, y un denso sector de despachos especializados. El Distrito Central de California combina el multiplicador de daños legales Unruh con la norma <em>Robles</em> del Noveno Circuito. Los distritos de Florida y Nueva Jersey son foros de segundo orden cuando los principales endurecen sus normas procedimentales —y, como muestra la Sección 05, eso es exactamente lo que 2025 ha empezado a demostrar.</p>

  <hr />

  <h2 id="website-wave">04 · La oleada de accesibilidad web</h2>

  <p>El antecedente doctrinal que explica el volumen de 2020-24 es breve. En <em>Robles v. Domino's Pizza, LLC</em>, 913 F.3d 898 (9th Cir. 2019), el Noveno Circuito resolvió que la ADA se aplicaba al sitio web y a la aplicación de la cadena de pizzerías por estar suficientemente conectados a sus establecimientos físicos. El Tribunal Supremo denegó el certiorari en octubre de 2019. <em>Carparts Distribution Center v. Automotive Wholesaler's Association</em>, 37 F.3d 12 (1st Cir. 1994), ya había establecido la doctrina más antigua del Primer Circuito de que un «lugar de establecimiento público» no se limita a las ubicaciones físicas. <em>Gil v. Winn-Dixie Stores</em>, 257 F. Supp. 3d 1340 (S.D. Fla. 2017), produjo un juicio temprano en banco a favor de un demandante con discapacidad visual que el Undécimo Circuito anuló y devolvió por ineficacia sobrevenida en 2021 —dejando la normativa a nivel de circuito sin resolver en el Undécimo Circuito incluso ahora.</p>

  <p>El resultado es un mosaico. Los demandantes que presentan demandas en el Noveno y el Primer Circuito disponen de un anclaje doctrinal claro. Los demandantes en el Segundo Circuito tienen una jurisprudencia favorable del tribunal de distrito. Los demandantes en el Undécimo Circuito trabajan bajo una incertidumbre residual. La tramitación normativa del DOJ aún pendiente sobre accesibilidad web bajo el Título III —incluida en la Agenda Regulatoria Unificada desde 2022— resolvería la cuestión administrativamente pero aún no se ha publicado. La tramitación del Título <em>II</em> finalizada en abril de 2024 (<strong>28 CFR Parte 35, Subparte H</strong>) realiza el trabajo equivalente para los sitios web y aplicaciones de las administraciones estatales y locales, con fechas de cumplimiento escalonadas que se extienden hasta 2026-27 según el tamaño de la jurisdicción. La existencia de la norma del Título II —y su adopción explícita de WCAG 2.1 nivel AA como estándar— ha cambiado la postura de negociación en los acuerdos privados del Título III aunque técnicamente no les sea de aplicación.</p>

  <div class="callout info">
    <div class="ct">La cuestión del «nexo», en una línea</div>
    <p>La cuestión doctrinal no resuelta entre los circuitos es si un sitio web sin contrapartida en un local físico —un sitio de comercio electrónico puro— es en sí mismo un «lugar de establecimiento público» bajo el Título III. El Noveno Circuito (según <em>Robles</em>) exige un nexo con una ubicación física. El Primer y el Séptimo Circuitos interpretan el estatuto de forma más amplia. La postura del Undécimo Circuito no está resuelta tras la anulación de <em>Winn-Dixie</em> en 2021. La representación legal de los demandantes presenta demandas donde la doctrina les es favorable.</p>
  </div>

  <hr />

  <h2 id="procedural">05 · Las respuestas procedimentales</h2>

  <p>Los parlamentos estatales respondieron a los volúmenes de demandas antes que el Congreso. En 2026 son relevantes tres modelos de reforma.</p>

  <h3>California: el artículo 425.55 y la declaración de litigante de alta frecuencia</h3>
  <p>El artículo 425.55 del Código Civil de California, promulgado en 2015 y endurecido en 2024, exige a todo demandante que alcance el umbral de litigante de alta frecuencia que presente una declaración separada junto a cada demanda Unruh, revelando demandas previas, identificando al abogado y exponiendo el motivo de la visita al establecimiento del demandado. Se aplica una tasa de presentación complementaria de 1.000 dólares. El estatuto de 2015 fue confirmado frente a una impugnación de igualdad de protección en <em>Thurston v. Omni Hotels Management Corp.</em>, 69 Cal. App. 5th 299 (2021). Las enmiendas de 2024 —tramitadas mediante SB-585— añadieron un requisito más estricto de alegación de «visita personal» diseñado para filtrar las reclamaciones Unruh basadas en testers en las que el demandante nunca había visitado físicamente el negocio.</p>

  <h3>Nueva York: CPLR §3211(g)(1) y la reforma del demandante no residente</h3>
  <p>La Asamblea Legislativa del Estado de Nueva York enmendó en mediados de 2024 el CPLR §3211 para exigir a los demandantes en determinadas acciones relacionadas con la accesibilidad que aleguen una conexión con Nueva York y para permitir mociones de desestimación previas a la contestación con un nivel de acreditación reforzada cuando la demanda forma parte de una serie de demandas materialmente idénticas. El memorando publicado de los redactores citó expresamente los patrones de demandas de Mizrahi Kroub y Stein Saks —demandantes no residentes en Nueva York que presentan docenas de demandas de accesibilidad web materialmente idénticas contra demandados fuera del estado— como la conducta que la reforma pretendía corregir.</p>

  <h3>Florida: el recargo de 2021 y el aviso previo a la demanda</h3>
  <p>Las enmiendas de 2021 de Florida al Título VIII de su reglamento procesal civil añadieron un recargo de 250 dólares sobre las demandas ADA seriales (definidas por umbrales por demandante) y exigieron un aviso previo a la demanda que daba a los demandados un plazo para subsanar. El equivalente federal —un proyecto de ley federal de aviso previo a la demanda (comúnmente citado como «ADA Education and Reform Act») que superó la Cámara de Representantes en 2018 pero nunca el Senado— ha reaparecido en cada Congreso sucesivo. La versión del 119.º Congreso está pendiente a mediados de 2026.</p>

  <p>Los primeros resultados de la reforma de Nueva York son visibles en la actualización del primer semestre de 2025 de Seyfarth. Las demandas federales del Título III en los Distritos Sur y Este de Nueva York cayeron aproximadamente un 40% en la primera mitad de 2025 en comparación con la primera mitad de 2024. Las demandas en el Distrito Central de California aumentaron aproximadamente un 22% en el mismo período. Las demandas en Nueva Jersey —considerada desde hace tiempo una jurisdicción alternativa para los despachos de Nueva York— aumentaron aproximadamente un 55%. El total federal <em>nacional</em> de demandas del primer semestre de 2025 fue aproximadamente un 18% inferior interanual.</p>

  <div class="chart-section">
    <div class="chart-title">Primer semestre de 2025 frente al primer semestre de 2024 — tendencia de demandas federales del Título III</div>
    <div class="bar-row"><div class="bar-label">DNJ</div><div class="bar-track"><div class="bar-fill bf-e" style="width:55%">+55%</div></div></div>
    <div class="bar-row"><div class="bar-label">CDCA</div><div class="bar-track"><div class="bar-fill bf-e" style="width:22%">+22%</div></div></div>
    <div class="bar-row"><div class="bar-label">Total nacional</div><div class="bar-track"><div class="bar-fill bf-f" style="width:18%">-18%</div></div></div>
    <div class="bar-row"><div class="bar-label">SDNY + EDNY</div><div class="bar-track"><div class="bar-fill bf-g" style="width:40%">-40%</div></div></div>
  </div>

  <p>La interpretación es controvertida. Los comentaristas del sector de la defensa han leído los datos como prueba de que la reforma de Nueva York está funcionando. Los comentaristas del sector demandante los han leído como prueba de que la reforma está desplazando las demandas a jurisdicciones vecinas y a los tribunales estatales, donde los datos del registro son más difíciles de rastrear. Ambas lecturas son en parte correctas. Los datos del primer trimestre de 2025 de la California Commission on Disability Access muestran que las demandas Unruh en tribunales estatales aumentaron aproximadamente un 12% interanual; los datos del registro de la Oficina de Administración de Tribunales del Estado de Nueva York, donde están desglosados, muestran un aumento menor pero real en las demandas de accesibilidad en tribunales estatales en el mismo período.</p>

  <hr />

  <h2 id="defense-disability">06 · Demandados y respuesta desde los derechos de las personas con discapacidad</h2>

  <p>Dos narrativas se superponen al mismo registro. Ambas son en parte correctas, ninguna es totalmente correcta, y el desacuerdo entre ellas es la forma estructural del debate de política pública del Título III en 2026.</p>

  <div class="callout warning">
    <div class="ct">El encuadre del sector demandado</div>
    <p>Los defensores de la reforma —incluidos la Cámara de Comercio de EE. UU., el Restaurant Law Center y el Retail Litigation Center— han caracterizado a los demandantes del Título III de alto volumen como oportunistas desde los escritos de amicus curiae de 2017. El vocabulario que utilizan («esquema de extorsión», «demandas de drive-by», «demandas de click-by») encuadra a los despachos seriales como malos actores que explotan una laguna del traslado de honorarios. El memorando de la reforma de Nueva York de 2024 adoptó explícitamente este encuadre.</p>
  </div>

  <div class="callout safe">
    <div class="ct">El encuadre de los derechos de las personas con discapacidad</div>
    <p>Las organizaciones de derechos de personas con discapacidad, incluidas la Disability Rights Education and Defense Fund (DREDF), Disability Rights Advocates (DRA) y la National Federation of the Blind, han respondido con un argumento estructural: el Título III no prevé una indemnización por daños, el DOJ presenta un número ínfimo de casos de aplicación, y el resultado es que las únicas entidades con incentivo financiero para aplicar el estatuto son los despachos privados pagados bajo un modelo de traslado de honorarios. Eliminar los honorarios no produce un sistema más limpio —produce un sistema sin aplicación.</p>
  </div>

  <div class="quote-block">
    <div class="meta">Enmienda al CPLR §3211 — memorando de los redactores (2024)</div>
    <div class="quote"><span lang="en">"The conduct targeted by this amendment is the filing of dozens of materially identical complaints by non-New York-resident plaintiffs against out-of-state defendants in this State's courts, where the connection to New York is, at most, a pleaded intent to visit."</span></div>
    <span class="source">Asamblea Legislativa del Estado de Nueva York · Memorando de los patrocinadores del CPLR §3211(g)(1) (2024)</span>
  </div>

  <p>Si la subsanación subyacente se está produciendo es más difícil de medir que el recuento de demandas. El rastreador de Seyfarth no registra los términos de los acuerdos; solo una fracción de los decretos de consentimiento son de acceso público. La ADA National Network y la Job Accommodation Network han publicado trabajos ocasionales de seguimiento de subsanaciones, pero ninguna dispone de un conjunto de datos longitudinal integral. La cuestión estructural —¿se traduce el volumen de demandas en páginas web que son realmente utilizables con un lector de pantalla?— no tiene una respuesta clara en los datos públicos a mediados de 2026.</p>

  <hr />

  <h2 id="individual">07 · Demandantes individuales y litigios estratégicos</h2>

  <p>Los registros de los despachos seriales dejan en segundo plano una trayectoria más reducida pero doctrinalmente más importante: los casos presentados por demandantes nominales individuales apoyados por organizaciones de litigios estratégicos. Estos son los casos que producen las decisiones de apelación.</p>

  <p>La <strong>National Federation of the Blind</strong> ha desarrollado una estrategia coordinada bajo el Título III desde principios de la década de 2000, que incluye <em>NFB v. Target Corp.</em>, 452 F. Supp. 2d 946 (N.D. Cal. 2006) (una de las primeras decisiones federales en aplicar el Título III a un sitio web comercial), <em>NFB v. Scribd</em>, 97 F. Supp. 3d 565 (D. Vt. 2015) y una serie de asuntos posteriores a <em>Robles</em> en los sectores de educación superior y servicios financieros. La <strong>American Foundation for the Blind</strong> contribuye con escritos de amicus curiae y litigios de política pública en torno al ecosistema federal de la sección 508. La <strong>National Association of the Deaf</strong> ha sido la demandante institucional principal en la línea de casos de subtitulado —incluidos <em>NAD v. Netflix</em>, 869 F. Supp. 2d 196 (D. Mass. 2012), <em>NAD v. Harvard</em> (D. Mass. a partir de 2015) y <em>NAD v. MIT</em>— estableciendo que los servicios de streaming de vídeo y los archivos de conferencias universitarias están sujetos a los requisitos de acceso a la comunicación del Título III.</p>

  <p><strong>Disability Rights Advocates</strong> (DRA) y la <strong>Disability Rights Education and Defense Fund</strong> (DREDF) operan registros de litigios de impacto que incluyen <em>Sullivan v. Doctor's Associates LLC</em>, 1:18-cv-09309 (S.D.N.Y.) y asuntos relacionados de responsabilidad del franquiciador, y casos estructurales contra autoridades de transporte, distritos escolares y grandes cadenas de comercio minorista. Estos registros suelen durar años, se resuelven mediante decretos de consentimiento con programas de subsanación de varios millones de dólares y producen una subsanación que la vía serial por sitio web no genera. También, por su naturaleza, producen un puñado de casos al año —no miles.</p>

  <p class="pull-quote">Un pequeño número de casos estratégicos produce la doctrina jurídica. Un número muy elevado de casos seriales produce la presión de aplicación cotidiana. El DOJ, en la práctica, no ocupa ninguno de los dos roles a escala.</p>

  <hr />

  <h2 id="outlook">08 · Perspectivas para 2026</h2>

  <p>Tres hilos tienen probabilidades de definir el resto del año.</p>

  <ul>
    <li><strong>La tramitación normativa del DOJ sobre accesibilidad web bajo el Título III.</strong> La propuesta de norma lleva en la Agenda Regulatoria Unificada desde 2022. Si se publica en 2026, resolverá —administrativamente— la incertidumbre de la división entre circuitos en torno a los demandados exclusivamente web y probablemente formalizará WCAG 2.1 nivel AA como estándar federal, equiparándose a la norma definitiva del Título II. La representación legal de los demandantes espera que la norma <em>eleve</em> el nivel de lo que implica la conformidad y, por tanto, amplíe en lugar de reducir el conjunto de posibles demandados.</li>
    <li><strong>Una posible concesión de certiorari por el Tribunal Supremo sobre la cuestión del «nexo».</strong> La postura no resuelta del Undécimo Circuito, la línea <em>Robles</em> del Noveno Circuito y el mosaico del tribunal de distrito del Segundo Circuito han producido una cola de peticiones recurrente. El Tribunal denegó el certiorari en <em>Robles</em> en 2019 y en varias peticiones de seguimiento hasta 2023; las peticiones de 2025 en el ámbito del acceso web están pendientes en el momento de redactar este artículo.</li>
    <li><strong>La deriva hacia los tribunales estatales.</strong> El efecto más mensurable de las reformas procedimentales de 2024-25 es un desplazamiento de las demandas de los tribunales federales a los estatales, y de Nueva York a California, Nueva Jersey y Florida. Si ese patrón continúa, el rastreador federal de Seyfarth infraestimará progresivamente el volumen nacional real —y el debate de política pública que utiliza sus cifras necesitará una nueva referencia.</li>
  </ul>

  <h2 id="closing">El hilo conductor</h2>

  <p>El panorama de la aplicación del ADA Título III en 2026 es aquel en el que la promesa de establecimientos públicos del estatuto se cumple, cuando se cumple, por un sector privado concentrado en un puñado de despachos y un puñado de distritos, que opera bajo un modelo de traslado de honorarios que no era el pilar central de los redactores originales pero que se ha convertido en el de carga. Las reformas procedimentales de 2024 en Nueva York y California han cambiado más el lugar donde se presentan las demandas que su número. La brecha de acceso subyacente —la fracción de sitios web comerciales de EE. UU. que son realmente utilizables con tecnología de apoyo— avanza más lentamente que la curva de litigios, que es el argumento individual más sólido de que el sistema actual está generando presión pero aún no resultados a la escala que el Congreso asumía en 1990.</p>

  <p>Si la norma pendiente del DOJ bajo el Título III, la próxima oleada de reformas en los tribunales estatales o la concesión de certiorari por el Tribunal Supremo cambia ese patrón es la pregunta abierta de 2026. Léase más de Disability World sobre <a href="/regulations/us/">la ADA</a>, sobre <a href="/regulations/">el panorama más amplio de la normativa de accesibilidad de EE. UU.</a>, sobre <a href="/articles/accessibility-compliance-explainer/">cómo difieren el cumplimiento, la conformidad y la accesibilidad</a>, sobre la <a href="/toolkit/standards/wcag/">referencia WCAG 2.2</a>, y sobre <a href="/articles/">el registro de informes de 2026</a>.</p>

  <footer class="footer-note">
    <p><strong>Metodología y datos:</strong> Los recuentos de demandas proceden del rastreador ADA Título III de Seyfarth Shaw (ciclos 2013-2025, codificados por PACER), el blog <em>ADA Title III News &amp; Insights</em>, los informes anuales de la California Commission on Disability Access, los datos del registro de la Oficina de Administración de Tribunales del Estado de Nueva York y el documento de trabajo de 2024 del Grupo de Práctica de Derechos de Personas con Discapacidad de la American Association for Justice. Los recuentos de casos por despacho son estimaciones agregadas del registro público y el análisis de la AAJ; las cifras precisas por despacho varían entre fuentes y ciclos de informes, y la tabla anterior debe leerse como clasificación relativa, no como totales auditados. Las cifras de Unruh en tribunales estatales se han reconstruido a partir de los informes anuales de la CCDA y los resúmenes del registro de los tribunales superiores.</p>
    <p><strong>Contexto jurídico:</strong> Ley de Estadounidenses con Discapacidad, Título III, 42 U.S.C. §12181 y siguientes (1990). Código Civil de California §§52, 425.50-425.55 (Ley de Derechos Civiles Unruh y la declaración de litigante de alta frecuencia). CPLR de Nueva York §3211(g)(1), modificado (2024). Enmiendas al procedimiento civil del Título VIII de Florida (2021). 28 CFR Parte 35, Subparte H (norma definitiva del Título II, abril de 2024, que adopta WCAG 2.1 nivel AA). Citas de casos: <em>Robles v. Domino's Pizza, LLC</em>, 913 F.3d 898 (9th Cir. 2019), cert. denied 140 S. Ct. 122 (2019); <em>Carparts Distribution Center v. Automotive Wholesaler's Association</em>, 37 F.3d 12 (1st Cir. 1994); <em>Gil v. Winn-Dixie Stores</em>, 257 F. Supp. 3d 1340 (S.D. Fla. 2017); <em>Andrews v. Blick Art Materials, LLC</em>, 268 F. Supp. 3d 381 (E.D.N.Y. 2017); <em>NFB v. Target Corp.</em>, 452 F. Supp. 2d 946 (N.D. Cal. 2006); <em>NAD v. Netflix</em>, 869 F. Supp. 2d 196 (D. Mass. 2012); <em>Thurston v. Omni Hotels Management Corp.</em>, 69 Cal. App. 5th 299 (2021).</p>
    <p><strong>Lo que este artículo no es:</strong> Un registro completo. El conjunto de datos de Seyfarth cuenta solo las demandas federales; un número desconocido de reclamaciones Unruh del estado de California y de la Ley de Derechos Humanos del Estado de Nueva York se presentan en paralelo y no están recogidas en la cifra de titular. Se trata de análisis editorial de un debate de política pública, no de asesoramiento jurídico. Los lectores que se enfrenten a una carta de demanda o una demanda del Título III deben consultar a un abogado competente con licencia en la jurisdicción correspondiente.</p>
  </footer>

</div>

---
title: Complementos estatales a la ADA: Unruh, NYCHRL y el efecto imán de litigios
url: https://www.disabilityworld.org/es/articles/state-level-supplements-to-ada/
description: El Título III federal de la ADA ofrece al demandante medidas cautelares y honorarios. La ley Unruh de California y la NYCHRL de Nueva York añaden daños y perjuicios estatutarios por visita — y por eso dos estados concentran la aplastante mayoría de las demandas por accesibilidad web.
author: Disability World
pubDate: 2026-05-22
tags: us-law, ada, unruh-act, nychrl, state-law, regulations, regulation-primer
---

# Complementos estatales a la ADA: Unruh, NYCHRL y el efecto imán de litigios

<div class="src-article" data-template="5">

<p class="image-alt-text">Descripción de la imagen: La Bandera del Oso de California y la bandera del Estado de Nueva York montadas una al lado de la otra en un asta frente a la fachada de un juzgado moderno — anclaje visual para los complementos estatales a la ADA federal.</p>

<p class="rt-prefix">Tiempo de lectura: 12 minutos</p>

<p class="wp-block-paragraph">Los demandantes federales en materia de accesibilidad operan en un edificio de dos plantas. La planta baja es el <strong>Título III de la Ley para Estadounidenses con Discapacidades (ADA)</strong>, que prohíbe la discriminación por discapacidad en los lugares de acomodación pública pero, como remedio, ofrece únicamente medidas cautelares más honorarios de abogado — sin indemnización por daños y perjuicios al demandante individual. La planta superior es el conjunto heterogéneo de <strong>estatutos civiles estatales y municipales</strong> que se superponen expresamente a una infracción de la ADA y añaden lo que la ley federal no concede: daños y perjuicios estatutarios por visita, definiciones más amplias de entidades cubiertas y umbrales de intencionalidad más bajos. Para el marco federal más amplio, consúltese la <a href="/articles/ada-title-iii-web-accessibility-guide/">guía de accesibilidad web del Título III de la ADA</a>; para el conjunto de datos sobre dónde se interponen realmente las demandas, el artículo sobre las <a href="/articles/largest-ada-settlements-2020-2026/">mayores liquidaciones de la ADA 2020–2026</a> complementa este texto.</p>

<p class="wp-block-paragraph">Esta introducción normativa se estructura en torno a cinco complementos estatales: la <strong>Ley de Derechos Civiles Unruh</strong> de California (Civ. Code §§ 51–52, con el mínimo de 4.000 dólares por infracción que convirtió al estado en la capital mundial de las demandas por accesibilidad web), la <strong>Ley de Derechos Humanos del Estado de Nueva York (NYSHRL)</strong> y la más amplia <strong>Ley de Derechos Humanos de la Ciudad de Nueva York (NYCHRL)</strong>, las <strong>enmiendas de Florida de 2021</strong> que elevan el umbral procesal de las demandas por ADA, y el <strong>capítulo 151B de Massachusetts</strong>. A continuación se explica el efecto «imán de litigios» — por qué California y Nueva York concentran la mayor parte de las demandas por accesibilidad de sitios web — y las reformas procesales (Cal. Civ. Code § 425.55, la enmienda de 2022 al CPLR § 3211(g)) que están empezando a redistribuir el expediente judicial.</p>

<h2 class="wp-block-heading" id="h-why-state-law-matters">Por qué importa el derecho estatal cuando ya existe la ADA federal</h2>

<p class="wp-block-paragraph">El hecho más determinante del Título III de la ADA es lo que <em>no</em> establece: indemnización económica al demandante que obtiene sentencia favorable. El <strong>42 U.S.C. § 12188(a)</strong> limita los remedios privados a los previstos en el § 204(a) de la Ley de Derechos Civiles de 1964 — medidas cautelares más honorarios razonables de abogado, costas y gastos del litigio. Un demandante con discapacidad visual que demuestra una infracción del Título III en el sitio web de un minorista sale de la sala con una orden judicial de corrección y una adjudicación de honorarios a su abogado. El demandante personalmente no recibe nada.</p>

<p class="wp-block-paragraph">Los legisladores estatales colmaron esa laguna antes incluso de que se redactara la ADA. La ley Unruh de California precede a la ADA en cuatro décadas; la NYCHRL se promulgó en 1965 y desde entonces ha sido ampliada en repetidas ocasiones. Cuando el Congreso, en 1990, fijó el suelo federal como medida cautelar más honorarios, el efecto práctico fue que cualquier demandante con acceso a un complemento de derecho estatal — Unruh en California, NYCHRL en la Ciudad de Nueva York, c. 151B en Massachusetts — podía invocar la ADA <em>y</em> una causa de acción estatal en el mismo escrito, y recuperar daños y perjuicios estatutarios en el recuento estatal mientras el recuento federal impulsaba la medida cautelar y la adjudicación de honorarios. Veinticinco años después, esa arquitectura procesal es la razón completa por la que la geografía de los litigios sobre accesibilidad tiene el aspecto que tiene.</p>

<h2 class="wp-block-heading" id="h-unruh">La Ley de Derechos Civiles Unruh de California</h2>

<p class="wp-block-paragraph">La <strong>Ley de Derechos Civiles Unruh</strong>, codificada en los §§ 51–52 del Código Civil de California, garantiza acomodaciones plenas e igualitarias en todos los establecimientos comerciales de todo tipo a las personas con independencia de su discapacidad (entre otras clases protegidas). Dos características la convierten en el complemento estatal a la ADA más potente de los Estados Unidos.</p>

<h3 class="wp-block-heading" id="h-unruh-statutory-damages">El mínimo de daños y perjuicios estatutarios de 4.000 dólares por infracción</h3>

<p class="wp-block-paragraph">El <strong>§ 52(a) del Código Civil</strong> otorga al demandante Unruh que obtiene sentencia favorable «no menos de cuatro mil dólares» por infracción, más daños y perjuicios reales y honorarios de abogado. El mínimo es estatutario y no discrecional; un tribunal que aprecia una infracción debe adjudicar al menos 4.000 dólares. En los casos de accesibilidad de sitios web, los tribunales de California han tratado generalmente cada visita a un sitio no conforme como una infracción discreta — de modo que un demandante que alega tres visitas está reclamando al menos 12.000 dólares en daños y perjuicios estatutarios antes de honorarios.</p>

<h3 class="wp-block-heading" id="h-unruh-ada-incorporation">Incorporación automática de la ADA</h3>

<p class="wp-block-paragraph">El apartado (f) del § 51, añadido por las enmiendas de 1992, establece que «una infracción del derecho de cualquier persona en virtud de la Ley para Estadounidenses con Discapacidades de 1990 constituirá también una infracción de este artículo». En la práctica: cada infracción del Título III es, por ministerio del estatuto de California, automáticamente una infracción Unruh. El demandante no necesita probar discriminación intencional según el estándar preexistente de Unruh de «conducta afirmativa y dolosa» si la demanda predicada de la ADA se acredita. Este es el puente que convierte el remedio cautelar de la ADA en los daños y perjuicios por visita de Unruh.</p>

<h3 class="wp-block-heading" id="h-unruh-construction-related-bar">La capa de reclamaciones de acceso relativas a la construcción</h3>

<p class="wp-block-paragraph">Junto a Unruh se sitúa la <strong>Ley para Personas con Discapacidad de California</strong> (Civ. Code §§ 54–55.3) y un denso conjunto de disposiciones procesales promulgadas en 2012 (SB 1186) y enmendadas repetidamente desde entonces. Dichas disposiciones regulan las «reclamaciones de accesibilidad relacionadas con la construcción» — casos de inmuebles físicos — e imponen requisitos de notificación previa al litigio, un estándar de alegación reforzado y una suspensión de los daños y perjuicios para los demandados que son pequeñas empresas y certifican una inspección CASp (Especialista Certificado en Acceso). La mayor parte de esa maquinaria no se aplica a los casos de sitios web puros; estos siguen rigiéndose directamente por el § 52 de Unruh. La bifurcación forma parte de la razón por la que el expediente judicial de California se ha extendido tan intensamente del ámbito físico al digital en la última década.</p>

<h2 class="wp-block-heading" id="h-new-york">Nueva York: nivel estatal más nivel municipal, dos capas apiladas</h2>

<p class="wp-block-paragraph">Nueva York es la única jurisdicción de los EE. UU. donde un demandante puede alegar simultáneamente tres regímenes de derechos civiles: la ADA federal, la NYSHRL estatal y la NYCHRL municipal. Cada uno añade algo que los demás no ofrecen.</p>

<h3 class="wp-block-heading" id="h-nyshrl">La Ley de Derechos Humanos del Estado de Nueva York (NYSHRL)</h3>

<p class="wp-block-paragraph">La NYSHRL, § 296 de la Ley Ejecutiva, prohíbe la discriminación por discapacidad en los lugares de acomodación pública. Una enmienda de 2019 (Capítulo 160 de las Leyes de 2019) rompió expresamente la regla establecida según la cual la NYSHRL debía interpretarse de manera coterminal con el Título VII federal / ADA, ordenando a los tribunales que la interpretaran «liberalmente para el logro de [sus] fines correctivos». Los daños y perjuicios en virtud de la NYSHRL incluyen daños compensatorios sin límite máximo estatutario y — según una enmienda adicional de 2021 — daños punitivos contra empleadores privados y lugares de acomodación pública. La ley estatal ha sido históricamente la más débil de las dos capas neoyorquinas porque el umbral de la ley municipal es mucho más bajo.</p>

<h3 class="wp-block-heading" id="h-nychrl">La Ley de Derechos Humanos de la Ciudad de Nueva York (NYCHRL)</h3>

<p class="wp-block-paragraph">La <strong>NYCHRL</strong>, Título 8 del Código Administrativo de la Ciudad de Nueva York, es — por deliberado diseño legislativo — el estatuto de derechos civiles más amplio de los Estados Unidos. Tres características son relevantes para los demandantes en materia de accesibilidad.</p>

<p class="wp-block-paragraph">En primer lugar, el <strong>mandato de interpretación independiente</strong>. La Ley de Restauración de los Derechos Civiles Locales de 2005, codificada en el § 8-130, instruye a los tribunales a que la NYCHRL «se interprete liberalmente para el logro de sus fines amplios y correctivos únicos, independientemente de si las leyes de derechos civiles y humanos federales o del Estado de Nueva York, incluidas aquellas con disposiciones redactadas de manera comparable a las disposiciones de este título, han sido interpretadas en ese sentido». El precedente federal de la ADA es un suelo, nunca un techo, y nunca una restricción al estatuto local. El Tribunal de Apelaciones de Nueva York ha instruido al Segundo Circuito para que lea la ley municipal como «más protectora» en todos los ámbitos comparables.</p>

<p class="wp-block-paragraph">En segundo lugar, la <strong>definición de entidad cubierta es más amplia</strong> que la del Título III. La NYCHRL alcanza a los «proveedores, con o sin licencia, de bienes, servicios, instalaciones, acomodaciones, ventajas o privilegios de cualquier tipo», y se ha interpretado como abarcadora de los negocios exclusivamente en línea sin el debate sobre el «vínculo con un lugar de acomodación pública físico» que fragmenta los circuitos federales del Título III.</p>

<p class="wp-block-paragraph">En tercer lugar, el <strong>paquete de remedios</strong>. El § 8-502 autoriza daños y perjuicios compensatorios, daños punitivos, honorarios de abogado y — en la práctica aunque no en el texto del estatuto — valores de acuerdo que han hecho que las demandas de accesibilidad de la NYCHRL sean comercialmente tan significativas como las de Unruh. Los daños y perjuicios estatutarios no son un mínimo al estilo del § 52, pero los daños punitivos y los compensatorios sin límite máximo operan en la misma dirección.</p>

<h2 class="wp-block-heading" id="h-comparison-table">Los cinco complementos estatales de un vistazo</h2>

<table class="wp-block-table">
<thead>
<tr>
<th>Ley estatal</th>
<th>Cita</th>
<th>¿Daños y perjuicios estatutarios por infracción?</th>
<th>¿Incorporación automática de la ADA?</th>
<th>¿Reforma procesal promulgada recientemente?</th>
</tr>
</thead>
<tbody>
<tr>
<td>California — Ley de Derechos Civiles Unruh</td>
<td>Cal. Civ. Code §§ 51–52</td>
<td>Sí — mínimo de 4.000 dólares por infracción</td>
<td>Sí — el § 51(f) trata toda infracción del Título III como una infracción Unruh</td>
<td>Sí — § 425.55 divulgación de demandantes de alta frecuencia y reformas de suspensión y evaluación anticipada del § 55.32 (escalonadas 2012–2024)</td>
</tr>
<tr>
<td>Ley de Derechos Humanos de la Ciudad de Nueva York (NYCHRL)</td>
<td>NYC Admin. Code Título 8 (esp. §§ 8-107, 8-130, 8-502)</td>
<td>Sin mínimo fijo — pero daños compensatorios sin límite más punitivos</td>
<td>No — mandato de interpretación independiente (§ 8-130) trata la ADA federal únicamente como suelo</td>
<td>Sí — enmienda al CPLR § 3211(g) (2022) eleva el estándar de desestimación previo al descubrimiento para demandantes en serie en algunos tribunales</td>
</tr>
<tr>
<td>Ley de Derechos Humanos del Estado de Nueva York (NYSHRL)</td>
<td>NY Exec. Law § 296</td>
<td>Sin mínimo fijo — daños compensatorios más, desde 2021, daños punitivos contra demandados de acomodación pública</td>
<td>No — pero la enmienda de 2019 exige interpretación liberal independiente de sus homólogos federales</td>
<td>Sin reforma procesal estatal dirigida a las demandas de accesibilidad a mediados de 2026</td>
</tr>
<tr>
<td>Enmiendas de Florida (2021)</td>
<td>Fla. Stat. § 760.11 et seq., enmendado por SB 1024 (2021); véase también HB 7029 / suplementario de 2020</td>
<td>No — la ley estatal continúa siguiendo los remedios federales de la ADA</td>
<td>Sí — el estatuto estatal de derechos humanos incorpora la ley federal de discriminación por discapacidad</td>
<td>Sí — las enmiendas de 2021 añadieron un recargo de 5.000 dólares del lado del demandante para presentadores en serie y un requisito de notificación previa a la demanda dirigido a las reclamaciones del Título III en inmuebles físicos</td>
</tr>
<tr>
<td>Massachusetts c. 151B</td>
<td>Mass. Gen. Laws c. 151B; c. 272 §§ 92A, 98</td>
<td>Sin mínimo estatutario — el c. 151B autoriza daños compensatorios más, por separado, el Fiscal General puede solicitar multas civiles de hasta 50.000 dólares</td>
<td>Parcial — el c. 151B y el c. 272 se superponen al Título III federal sin incorporación automática al estilo del § 51(f)</td>
<td>Sin reforma dirigida a las demandas de accesibilidad; el requisito de agotamiento del MCAD opera como filtro de facto</td>
</tr>
</tbody>
</table>

<h2 class="wp-block-heading" id="h-florida-amendments">Las enmiendas de Florida de 2021 y el efecto disuasorio</h2>

<p class="wp-block-paragraph">Florida ha sido un lugar de presentación federal de tercer nivel para las demandas del Título III de la ADA durante toda la década de 2010 y hasta la de 2020, pero — a diferencia de California y Nueva York — su estatuto estatal de derechos humanos (la Ley de Derechos Civiles de Florida, Fla. Stat. § 760.01 et seq.) no contempla daños y perjuicios por visita ni una incorporación automática al estilo del § 51(f) de las infracciones federales de la ADA. Los demandantes de Florida litigan el Título III en los tribunales federales y se basan principalmente en la medida cautelar federal más los honorarios.</p>

<p class="wp-block-paragraph">En 2021 la legislatura de Florida aprobó el SB 1024, enmendando la Ley de Derechos Civiles para añadir un <strong>recargo de 5.000 dólares del lado del demandante</strong> para presentadores en serie de reclamaciones de accesibilidad y un requisito de notificación previa a la demanda modelado vagamente sobre las reformas relacionadas con la construcción de California. Las enmiendas están dirigidas a las demandas del Título III en inmuebles físicos más que a los casos de sitios web puros, y la constitucionalidad del recargo ha sido impugnada en litigios federales posteriores. La señal política es la más importante: Florida es el primer estado de presentación importante que promulga un elemento disuasorio del lado del demandante en lugar de un incentivo. Si redistribuye materialmente el expediente judicial es, a mediados de 2026, una cuestión empírica abierta que la próxima actualización de datos de presentación empezará a responder.</p>

<h2 class="wp-block-heading" id="h-massachusetts">Massachusetts c. 151B: estatuto de discriminación más complemento de acomodación pública</h2>

<p class="wp-block-paragraph">Massachusetts divide su régimen de derechos civiles en dos estatutos. El <strong>Capítulo 151B</strong> es la ley general de discriminación que cubre el empleo, la vivienda y el crédito, administrada por la Comisión contra la Discriminación de Massachusetts (MCAD); el demandante debe agotar el procedimiento del MCAD antes de interponer una acción judicial. El <strong>Capítulo 272, §§ 92A y 98</strong>, es el complemento de acomodaciones públicas, más próximo al análogo federal del Título III, y permite acciones judiciales directas sin agotamiento del MCAD por la negación discriminatoria del acceso a acomodaciones públicas.</p>

<p class="wp-block-paragraph">Ninguno de los dos estatutos contempla un mínimo por visita al estilo de Unruh. El requisito de agotamiento del MCAD en las reclamaciones del c. 151B opera como un filtro de facto en las presentaciones que California y Nueva York simplemente no tienen. El resultado es un régimen estatal sólido sobre el papel pero que produce una pequeña fracción del volumen de presentaciones de California o Nueva York.</p>

<h2 class="wp-block-heading" id="h-litigation-magnet">El efecto imán de litigios: por qué dos estados concentran la mayor parte del expediente</h2>

<p class="wp-block-paragraph">Los conjuntos de datos agregados derivados de PACER (el rastreador anual de demandas del Título III de la ADA de Seyfarth Shaw, los informes trimestrales de UsableNet, las estadísticas de carga de casos del Centro Judicial Federal) han convergido durante años en el mismo titular: <strong>California y Nueva York juntos acogen entre el 70% y el 80% de todas las demandas federales del Título III de la ADA por accesibilidad de sitios web</strong> en cualquier año natural, a pesar de albergar bastante menos del 20% de la población de los EE. UU. Florida ocupa un distante tercer puesto; el resto del país en conjunto completa el porcentaje.</p>

<p class="wp-block-paragraph">La razón no es que California y Nueva York tengan más sitios web inaccesibles. Es que California y Nueva York son las dos únicas grandes jurisdicciones donde un demandante puede recuperar daños y perjuicios por visita — el mínimo de 4.000 dólares de Unruh, los daños compensatorios sin límite más los punitivos de la NYCHRL — además del paquete de medida cautelar más honorarios de la ADA federal. La economía de una práctica de presentación en serie funciona en California y Nueva York. No funciona en Texas, Illinois o Pensilvania, donde el remedio federal es el único disponible.</p>

<p class="wp-block-paragraph">Existe también un efecto de concentración autorreforzante. Los bufetes de demandantes con experiencia en Unruh y la NYCHRL han construido infraestructuras de presentación — evaluadores, plantillas de escritos, guías de acuerdo — que escalan linealmente en esas dos jurisdicciones y no en absoluto en otras. Los bufetes de defensa han construido grupos de práctica complementarios en las mismas dos jurisdicciones. El resultado es una geografía del expediente judicial que, veinte años después de la era de los litigios sobre accesibilidad web, refleja la geografía de los estatutos que complementan la ADA.</p>

<h2 class="wp-block-heading" id="h-procedural-reforms">Las reformas procesales que empiezan a redistribuir el expediente</h2>

<p class="wp-block-paragraph">Tanto California como Nueva York han promulgado, en la última década, reformas procesales dirigidas al lado de los demandantes de alto volumen del expediente. Las reformas no eliminan los daños y perjuicios estatutarios subyacentes; elevan el umbral de alegación.</p>

<h3 class="wp-block-heading" id="h-cal-civ-code-425-55">California Civil Code § 425.55 y las normas sobre litigantes de alta frecuencia</h3>

<p class="wp-block-paragraph">El § 425.55 del Código Civil de California, promulgado originalmente en 2012 y ampliado por AB 1521 (2015), SB 1186 (2021) y legislación posterior, establece la categoría de «litigante de alta frecuencia» — generalmente un demandante que ha presentado diez o más reclamaciones de accesibilidad relacionadas con la construcción en un período de 12 meses. Las demandas de litigantes de alta frecuencia deben estar verificadas, deben contener divulgaciones adicionales (número de acciones previas, identidad del abogado, razón del demandante para visitar el negocio) y activan una tasa suplementaria de presentación ante el tribunal de 1.000 dólares. La disposición complementaria, el § 425.50 del Código de Procedimiento Civil, exige un estándar de alegación fáctica reforzado para las reclamaciones del Título III relacionadas con la construcción.</p>

<p class="wp-block-paragraph">Las reformas están dirigidas a los casos de inmuebles físicos. No rigen directamente las acciones Unruh de sitios web puros, lo que en parte explica por qué las presentaciones han continuado creciendo en el canal digital incluso cuando las de inmuebles físicos se han estabilizado. La sesión legislativa de California de 2024 debatió extender el § 425.55 a los casos de sitios web; ninguna versión promulgada había llegado al escritorio del gobernador a mediados de 2026.</p>

<h3 class="wp-block-heading" id="h-cplr-3211">CPLR § 3211(g) y el estándar de desestimación previo al descubrimiento en Nueva York</h3>

<p class="wp-block-paragraph">Una enmienda de 2022 al § 3211(g) de las Reglas de Práctica Civil de Nueva York modificó el estándar para las mociones de desestimación previas al descubrimiento en determinadas acciones de derechos civiles. La enmienda fue impulsada en parte por la preocupación sobre las presentaciones en serie de casos de sitios web de la NYCHRL; en la práctica, ha dado a los magistrados del Tribunal Supremo de Nueva York una base textual más clara para desestimar escritos escuetos en una fase temprana. Los casos federales de la ADA trasladados desde el Segundo Circuito no están directamente regidos, pero el desarrollo en los tribunales estatales ha repercutido en cómo los tribunales federales de los Distritos Sur y Este evalúan las reclamaciones pendientes de la NYCHRL.</p>

<p class="wp-block-paragraph">Ninguno de los paquetes de reformas elimina los daños y perjuicios estatutarios que impulsan el expediente. Ambos incrementan el coste para los demandantes de presentar escritos de volumen — lo cual es exactamente el propósito del diseño. La cuestión empírica para el próximo ciclo de informes es si el incremento de coste es suficiente para redistribuir las presentaciones fuera de California y Nueva York, o si la economía subyacente sigue favoreciendo a esos dos estados incluso con el umbral procesal más elevado.</p>

<h2 class="wp-block-heading" id="h-practical-implications">Implicaciones prácticas para demandados y demandantes</h2>

<p class="wp-block-paragraph">Para las organizaciones que operan sitios web a los que acceden consumidores de California o Nueva York, la postura estratégica lleva años asentada: el suelo de medida cautelar más honorarios de la ADA federal es el límite inferior de la exposición; el límite superior es los 4.000 dólares por visita de Unruh o el techo de daños punitivos más compensatorios de la NYCHRL. El trabajo de corrección previo al litigio se amortiza a sí mismo si previene una sola demanda Unruh. Para las organizaciones que operan en Florida o Massachusetts, el perfil de exposición es más estrecho y el filtro procesal (el recargo de Florida, el agotamiento del MCAD de Massachusetts) afecta materialmente al número de casos que llegan alguna vez a un tribunal.</p>

<p class="wp-block-paragraph">Para los demandantes, la geografía del expediente judicial no es un accidente de dónde resultan vivir los usuarios con discapacidad. Es el resultado predecible de dónde el legislador les ha incentivado a presentar. Los paquetes de reformas que actualmente avanzan en California y Nueva York son el primer contrapeso legislativo sostenido a esa concentración. Si redistribuyen materialmente las presentaciones, o simplemente elevan el coste de acceso a las prácticas de presentación en serie, será la historia empírica del ciclo de informes de finales de la década de 2020. Para el marco político más amplio, consúltese el artículo sobre <a href="/articles/private-right-of-action-vs-regulator/">el derecho de acción privada frente a la ejecución liderada por el regulador</a>; para el suelo federal, la <a href="/articles/ada-title-iii-web-accessibility-guide/">introducción al Título III</a>; para el historial de liquidaciones caso por caso, el artículo sobre las <a href="/articles/largest-ada-settlements-2020-2026/">mayores liquidaciones de la ADA 2020–2026</a>.</p>

<h2 class="wp-block-heading" id="h-conclusion">Conclusión: suelo federal, techo estatal</h2>

<p class="wp-block-paragraph">El Título III de la ADA es, estructuralmente, un estatuto de medidas cautelares con una disposición de traslado de honorarios de abogado. Siempre iba a ser un estatuto de derecho estatal el que determinaría si las infracciones de accesibilidad se litigaban por daños y perjuicios. California, dos veces — primero con la enmienda de incorporación del § 51(f) de Unruh de 1992, de nuevo con el constante incremento del mínimo de daños del § 52 — eligió ser el estado donde se litigaran. La Ciudad de Nueva York, a través de la Ley de Restauración de los Derechos Civiles Locales de 2005 y el mandato de interpretación independiente de la NYCHRL, eligió el mismo camino por una ruta doctrinal diferente. Florida y Massachusetts eligieron de otro modo. El resultado es el expediente que tenemos.</p>

<p class="wp-block-paragraph">El próximo capítulo de los litigios sobre accesibilidad en los EE. UU. será escrito por las reformas procesales ahora en marcha en los dos estados imán. Las normas sobre litigantes de alta frecuencia del § 425.55, el estándar de desestimación previo al descubrimiento del CPLR § 3211(g) y las propuestas legislativas para extender cualquiera de ellas a los casos de sitios web puros determinarán si la geografía del expediente se mantiene, se reduce o — por primera vez en veinticinco años — se dispersa.</p>

<h2 class="wp-block-heading" id="h-primary-sources">Fuentes primarias</h2>

<ol class="wp-block-list">
<li>Ley para Estadounidenses con Discapacidades de 1990, Título III, 42 U.S.C. § 12181 et seq.; disposición de remedios en 42 U.S.C. § 12188(a).</li>
<li>California Civil Code §§ 51–52 (Ley de Derechos Civiles Unruh); §§ 54–55.32 (Ley para Personas con Discapacidad de California); Code of Civil Procedure § 425.50, § 425.55 (normas sobre litigantes de alta frecuencia).</li>
<li>New York Executive Law § 296 (NYSHRL); 2019 N.Y. Laws ch. 160 (mandato de interpretación liberal); enmiendas de 2021 que autorizan los daños punitivos.</li>
<li>New York City Administrative Code, Título 8 (NYCHRL), en particular §§ 8-107, 8-130 (Ley de Restauración de los Derechos Civiles Locales de 2005), 8-502.</li>
<li>Florida Statutes § 760.01 et seq.; enmiendas de 2021 del SB 1024; HB 7029 (2020) suplementario.</li>
<li>Massachusetts General Laws c. 151B; c. 272 §§ 92A, 98; normas procesales del MCAD.</li>
<li>New York Civil Practice Law and Rules § 3211(g), enmendado en 2022.</li>
<li>Seyfarth Shaw LLP, <em>ADA Title III News &amp; Insights — Annual Lawsuit Tracker</em> (ciclo 2024–25), y actualizaciones trimestrales de presentaciones de UsableNet.</li>
<li>Federal Judicial Center, <em>Federal Court Cases — Integrated Database</em>, estadísticas de carga de casos del Título III de la ADA.</li>
<li>California Commission on Disability Access, informes estatutarios en virtud del Government Code § 8299.06.</li>
</ol>

</div>

---
title: El estado de la educación para sordos en el mundo en 2026
url: https://www.disabilityworld.org/es/articles/state-of-deaf-education-access/
description: Veinte años después de que la CRPD reconociera el derecho de los niños sordos a aprender en una lengua de signos, la brecha entre el tratado y el aula se mide aún en millones. Panorama 2026 en seis países, tres modelos de enseñanza y los mecanismos de política que empiezan a cerrarla.
author: Disability World
pubDate: 2026-05-22
tags: education, deaf-education, sign-language, crpd, global, data
---

# El estado de la educación para sordos en el mundo en 2026

<div class="src-article" data-template="1">

<div>
  <span class="eyebrow"><strong>Expediente de datos</strong> · Acceso a la educación global</span>
</div>

<h1>El estado de la educación para sordos en el mundo <em>en 2026</em></h1>

<p class="lede">Veinte años después de que la Convención de la ONU sobre los Derechos de las Personas con Discapacidad reconociera el derecho de los niños sordos a aprender en una lengua de signos, el panorama global es el de una recuperación lenta y desigual. La OMS contabiliza <strong>34 millones de niños menores de 15 años</strong> con pérdida auditiva discapacitante. La UNESCO estima que <strong>alrededor del 80%</strong> de los niños sordos en edad escolar de los países de renta baja y media están fuera de la escuela. La Federación Mundial de Sordos mantiene la misma cifra que lleva una década sosteniendo: <strong>menos del 3%</strong> de los niños sordos en todo el mundo reciben enseñanza en una lengua de signos que puedan usar de forma nativa. Alrededor de <strong>80 jurisdicciones</strong> han otorgado a una lengua de signos nacional alguna forma de reconocimiento legal. Este es el estado de situación en 2026.</p>

<section class="dossier" aria-labelledby="dossier-title">
  <header class="dossier-head">
    <span class="dossier-stamp">Hallazgos · Expediente 01</span>
    <span class="dossier-meta">06 entradas · elaboradas a partir de OMS 2024, UNESCO GEM, WFD 2024, observaciones del Comité CRPD</span>
  </header>

  <h2 class="dossier-title" id="dossier-title">Lo que dicen los datos sobre el acceso a la educación para sordos en 2026</h2>

  <ol class="dossier-list">
    <li class="dossier-row">
      <span class="dossier-idx">01</span>
      <span class="dossier-stat">34M</span>
      <div class="dossier-body">
        <p class="dossier-claim">Hay aproximadamente 34 millones de niños sordos menores de 15 años en todo el mundo</p>
        <p class="dossier-note">La actualización de 2024 de la OMS al Informe Mundial sobre la Audición sitúa la población mundial con pérdida auditiva discapacitante en torno a 430 millones de personas, incluidos 34 millones de niños menores de 15 años. Sin intervención política, el modelo proyecta más de 700 millones para 2050, con un crecimiento concentrado en los países de renta baja y media.</p>
      </div>
    </li>
    <li class="dossier-row">
      <span class="dossier-idx">02</span>
      <span class="dossier-stat">aprox. 80%</span>
      <div class="dossier-body">
        <p class="dossier-claim">Alrededor del 80% de los niños sordos en edad escolar en los PRBM están completamente fuera de la escuela</p>
        <p class="dossier-note">El Informe de Seguimiento de la Educación en el Mundo de la UNESCO incorpora esta estimación desde su edición centrada en la inclusión de 2020 y la ha reafirmado en cada nota conceptual anual posterior, incluida la aportación de 2024 sobre el ODS 4. La cifra es un orden de magnitud, no un recuento preciso — solo una minoría de países recopila datos de aprovechamiento escolar desagregados por situación auditiva.</p>
      </div>
    </li>
    <li class="dossier-row">
      <span class="dossier-idx">03</span>
      <span class="dossier-stat">&lt; 3%</span>
      <div class="dossier-body">
        <p class="dossier-claim">Menos del 3% de los niños sordos reciben enseñanza en una lengua de signos que puedan usar de forma nativa</p>
        <p class="dossier-note">La Federación Mundial de Sordos ha mantenido esta cifra dentro de un punto porcentual durante casi una década. El documento de posición de 2024 sobre el artículo 24 la reitera como el indicador más importante de la brecha entre el tratado y el aula.</p>
      </div>
    </li>
    <li class="dossier-row">
      <span class="dossier-idx">04</span>
      <span class="dossier-stat">aprox. 80</span>
      <div class="dossier-body">
        <p class="dossier-claim">Alrededor de 80 jurisdicciones otorgan ahora a una lengua de signos nacional alguna forma de reconocimiento legal</p>
        <p class="dossier-note">Las formas van desde el reconocimiento constitucional pleno (FinSL de Finlandia desde 1995, ÍTM de Islandia desde 2011) hasta leyes más limitadas que cubren la interpretación judicial, la escolarización o el acceso a los medios de comunicación. El reconocimiento está superando consistentemente la aplicación en el aula.</p>
      </div>
    </li>
    <li class="dossier-row">
      <span class="dossier-idx">05</span>
      <span class="dossier-stat">&lt; 1/3</span>
      <div class="dossier-body">
        <p class="dossier-claim">En los entornos ordinarios de los EE. UU., menos de un tercio de los alumnos sordos disponen de interpretación cualificada a tiempo completo</p>
        <p class="dossier-note">La Encuesta Anual de 2024 de los EE. UU. sobre Niños y Jóvenes Sordos y con Problemas de Audición documenta la brecha estructural dentro de los sistemas de renta alta que hace tiempo resolvieron el problema más simple de escolarizar a los niños sordos. Los datos europeos comparables no se recopilan de forma común — lo cual es en sí mismo parte del problema.</p>
      </div>
    </li>
    <li class="dossier-row">
      <span class="dossier-idx">06</span>
      <span class="dossier-stat">12</span>
      <div class="dossier-body">
        <p class="dossier-claim">Doce países asumieron compromisos de formación de docentes en lengua de signos en la GDS 2025 de Berlín</p>
        <p class="dossier-note">Una categoría de compromiso que no existía como línea de seguimiento en la GDS 2018 ni en la GDS 2022. La secretaría de la cumbre publica ahora datos de seguimiento sobre cuáles de esos compromisos cuentan con líneas presupuestarias financiadas a mediados de 2026.</p>
      </div>
    </li>
  </ol>

  <p class="dossier-foot"><strong>Fuente</strong> Informe Mundial sobre la Audición de la OMS (2021, actualización 2024); Informe GEM de la UNESCO 2020 + aportación de 2024 al ODS 4; Documento de trabajo de la Federación Mundial de Sordos sobre el artículo 24 de 2024; Observaciones finales del Comité CRPD 2022–2025; Encuesta Anual del Instituto de Investigación de Gallaudet de 2024; Rastreador de compromisos de la GDS 2025 de Berlín.</p>
</section>

<div class="toc">
  <div class="toc-title">En este informe</div>
  <ul>
    <li><span class="toc-num">01</span><a href="#methodology">Las cifras que nadie discute</a></li>
    <li><span class="toc-num">02</span><a href="#models">Tres modelos de enseñanza en competencia</a></li>
    <li><span class="toc-num">03</span><a href="#working">Dónde funciona el acceso</a></li>
    <li><span class="toc-num">04</span><a href="#failing">Dónde no funciona</a></li>
    <li><span class="toc-num">05</span><a href="#moving">Lo que 2026 ha movido realmente</a></li>
    <li><span class="toc-num">06</span><a href="#gaps">Lo que 2026 aún no aborda</a></li>
    <li><span class="toc-num">07</span><a href="#closing">El hilo conductor</a></li>
  </ul>
</div>

<hr />

<h2 id="methodology">Las cifras que nadie discute</h2>

<p class="dropcap-first">Las cifras de referencia sobre el acceso a la educación para sordos proceden de tres conjuntos de datos que, considerados conjuntamente, son lo más parecido a una línea de base compartida que tiene el ámbito. La <strong>actualización de 2024 de la OMS al Informe Mundial sobre la Audición</strong> sitúa la población mundial con pérdida auditiva discapacitante en torno a 430 millones de personas, incluidos 34 millones de niños menores de 15 años. El mismo modelo proyecta que más de 700 millones de personas vivirán con pérdida auditiva discapacitante para 2050 sin intervención política, con la gran mayoría del crecimiento concentrada en los países de renta baja y media.</p>

<p>El panorama del acceso educativo se inscribe dentro de esas cifras. El <strong>Informe de Seguimiento de la Educación en el Mundo (GEM) de la UNESCO</strong> ha tratado, desde su edición centrada en la inclusión de 2020, la participación escolar de los niños sordos como un ejemplo elaborado de cómo la retórica genérica de la «educación inclusiva» colisiona con las exigencias específicas del acceso lingüístico. Su estimación ampliamente citada — que alrededor del 80% de los niños sordos en edad escolar de los países de renta baja y media están completamente fuera de la escuela — ha sido reafirmada en cada una de las notas conceptuales anuales posteriores de la UNESCO, incluida la aportación de 2024 sobre el Objetivo de Desarrollo Sostenible 4. La estimación es un orden de magnitud, no un recuento preciso, porque las encuestas subyacentes que la produjeron son en sí mismas incompletas: solo una minoría de países recopila datos de aprovechamiento escolar desagregados por situación auditiva en absoluto.</p>

<p>La <strong>Federación Mundial de Sordos (WFD)</strong> hace un seguimiento del tercer ancla. En su documento de posición de 2024 sobre el artículo 24 de la CRPD, la WFD reitera una estimación que ha mantenido dentro de un punto porcentual durante casi una década: menos del 3% de los niños sordos en todo el mundo reciben enseñanza en una lengua de signos que puedan usar como lengua principal de instrucción. El mismo documento mantiene también un recuento actualizado del reconocimiento legal — a fecha de 2024, alrededor de 80 jurisdicciones han otorgado a una lengua de signos nacional alguna forma de reconocimiento legal.</p>

<div class="stat-row r3">
  <div class="stat-box"><div class="stat-big">430M</div><div class="stat-desc">Personas en todo el mundo con pérdida auditiva discapacitante (OMS 2024)</div></div>
  <div class="stat-box"><div class="stat-big">700M+</div><div class="stat-desc">Proyección para 2050 sin intervención política (modelo OMS)</div></div>
  <div class="stat-box"><div class="stat-big">aprox. 80</div><div class="stat-desc">Jurisdicciones con algún reconocimiento legal de una lengua de signos nacional</div></div>
</div>

<div class="chart-section">
  <div class="chart-title">PROPORCIÓN ESTIMADA DE NIÑOS SORDOS FUERA DE LA ESCUELA, POR REGIÓN</div>
  <div class="bar-row">
    <div class="bar-label">África subsahariana</div>
    <div class="bar-track"><div class="bar-fill bf-b" style="width:85%">75–90%</div></div>
  </div>
  <div class="bar-row">
    <div class="bar-label">Asia meridional y sudoriental</div>
    <div class="bar-track"><div class="bar-fill bf-b" style="width:70%">60–80%</div></div>
  </div>
  <div class="bar-row">
    <div class="bar-label">Asia oriental y Pacífico</div>
    <div class="bar-track"><div class="bar-fill bf-c" style="width:50%">40–60%</div></div>
  </div>
  <div class="bar-row">
    <div class="bar-label">América Latina</div>
    <div class="bar-track"><div class="bar-fill bf-c" style="width:40%">30–50%</div></div>
  </div>
  <div class="bar-row">
    <div class="bar-label">Europa y Asia central</div>
    <div class="bar-track"><div class="bar-fill bf-a" style="width:10%">5–15%</div></div>
  </div>
  <div class="bar-row">
    <div class="bar-label">América del Norte</div>
    <div class="bar-track"><div class="bar-fill bf-a" style="width:3%">aprox. 3%</div></div>
  </div>
</div>

<table class="dt">
  <caption class="sr-only">Indicadores seleccionados de acceso a la educación para sordos por región.</caption>
  <thead>
    <tr><th scope="col">Región</th><th scope="col">Niños con pérdida auditiva (est.)</th><th scope="col">Proporción fuera de la escuela</th><th scope="col">Jurisdicciones que reconocen una lengua de signos nacional</th></tr>
  </thead>
  <tbody>
    <tr><td>África subsahariana</td><td class="num">aprox. 9,5M</td><td class="num">75–90%</td><td class="num">14</td></tr>
    <tr><td>Asia meridional y sudoriental</td><td class="num">aprox. 12M</td><td class="num">60–80%</td><td class="num">9</td></tr>
    <tr><td>Asia oriental y Pacífico</td><td class="num">aprox. 5M</td><td class="num">40–60%</td><td class="num">11</td></tr>
    <tr><td>América Latina y el Caribe</td><td class="num">aprox. 2,4M</td><td class="num">30–50%</td><td class="num">17</td></tr>
    <tr><td>Europa y Asia central</td><td class="num">aprox. 1,6M</td><td class="num">5–15%</td><td class="num">31</td></tr>
    <tr><td>América del Norte</td><td class="num">aprox. 0,9M</td><td class="num">aprox. 3%</td><td class="num">3</td></tr>
  </tbody>
</table>

<p>El panorama en los países de renta alta es mejor en los titulares y ambiguo en los detalles. Las tasas de escolarización de los niños sordos suelen equipararse a las de sus pares oyentes; los resultados, no. La Encuesta Anual de 2024 de los EE. UU. sobre Niños y Jóvenes Sordos y con Problemas de Audición, por ejemplo, informa de que menos de un tercio de los alumnos sordos en entornos ordinarios tienen acceso a tiempo completo a un intérprete cualificado en la lengua de instrucción — una barrera estructural dentro de países que hace tiempo resolvieron el problema más simple de escolarizar a los niños sordos. Los datos europeos comparables no se recopilan de forma común, lo que en sí mismo es parte del problema.</p>

<div class="callout info">
  <div class="ct">Por qué la estimación es un orden de magnitud, no un recuento</div>
  <p>La cifra del 80% de niños sordos de los PRBM fuera de la escuela proviene de cruzar encuestas nacionales de hogares con estimaciones de la población sorda. La mayoría de los países de renta baja y media no realizan encuestas de aprovechamiento escolar con un filtro de situación auditiva en absoluto. El número es un suelo defendible, no una medición de precisión — lo que en sí mismo forma parte del problema de política.</p>
</div>

<hr />

<h2 id="models">Lo que «acceso» significa realmente: tres modelos en competencia</h2>

<p>Detrás de cada política nacional de educación para sordos hay una elección — generalmente no expresada, a veces disputada en los tribunales — entre tres modelos de enseñanza. Ninguno de ellos cuenta con respaldo empírico unánime en todos los resultados, y la WFD ha sido explícita desde su actualización de 2018 sobre el artículo 24 en que los tres no son equivalentes.</p>

<h3>1. Escolarización bilingüe / bicultural en lengua de signos</h3>
<p>El niño sordo recibe enseñanza en una lengua de signos nacional como lengua principal de instrucción; la lengua escrita del país se enseña como segunda lengua. Las escuelas bilingües de Suecia (desde 1981) y el currículo bilingüe en lengua de signos de Islandia (desde 2011) son los ejemplos modernos de más larga trayectoria. Los datos de rendimiento de estos sistemas — paridad en comprensión lectora con los pares oyentes al final de la educación secundaria — son los más sólidos del ámbito, y constituyen el modelo recomendado por la WFD como opción predeterminada para cualquier país con suficiente oferta de docentes.</p>

<h3>2. Integración ordinaria con interpretación y apoyo</h3>
<p>El niño sordo asiste a una escuela con alumnos oyentes con un intérprete de lengua de signos cualificado y, en la medida de lo posible, con pares sordos en el mismo curso. Este es el modelo predominante en la mayor parte de Europa y América del Norte. Cuando la interpretación es a tiempo completo y el intérprete es fluido en el dialecto de la lengua de signos nacional del niño, los resultados pueden equipararse a los del modelo bilingüe; cuando es parcial, compartida o inexistente — la norma documentada — los resultados caen drásticamente.</p>

<h3>3. Educación oral / liderada por el implante coclear</h3>
<p>Al niño sordo se le coloca un implante coclear o audífonos y recibe educación en una lengua oral, a menudo sin ninguna instrucción en lengua de signos. El modelo domina en algunos países de renta media que han invertido fuertemente en programas de implantes (la mayoría de los estados del Golfo, partes de China) y sigue siendo habitual en la educación privada para sordos en los EE. UU. La posición de la WFD de 2024 sigue siendo que este modelo por sí solo — sin acceso paralelo a una lengua de signos — produce daños mensurables en la identidad y en el desarrollo del lenguaje, incluso cuando los resultados audiológicos son buenos.</p>

<p class="pull-quote">«El reconocimiento de una lengua de signos es el suelo, no el techo. Los docentes, los libros de texto, la vía de intervención temprana y los servicios a las familias son lo que decide si el derecho es real.»</p>

<div class="quote-block">
  <div class="meta">Federación Mundial de Sordos · Documento de trabajo sobre el artículo 24 · 2024</div>
  <div class="quote">«La educación inclusiva impartida a través de una lengua de signos nacional no es la misma intervención que la integración con interpretación. Las dos no deben comunicarse bajo el mismo indicador, ni financiarse bajo la misma línea presupuestaria.»</div>
  <span class="source">Documento de posición de la WFD sobre el artículo 24, actualización 2024</span>
</div>

<hr />

<h2 id="working">Dónde funciona el acceso</h2>

<p>Tres países muestran el aspecto de una inversión coherente y sostenida durante varias décadas. Ninguno es rico en términos absolutos — lo que los distingue es la continuidad de la política, no el presupuesto.</p>

<table class="dt">
  <caption class="sr-only">Comparación de países con sistemas de educación para sordos que funcionan.</caption>
  <thead>
    <tr><th scope="col">País</th><th scope="col">Reconocimiento estatutario</th><th scope="col">Modelo predominante</th><th scope="col">Característica distintiva</th></tr>
  </thead>
  <tbody>
    <tr><td>Nueva Zelanda</td><td>NZSL Act 2006 (3.ª lengua oficial)</td><td>Integración + apoyo central NZSL@School</td><td>Auxiliares de aprendizaje en NZSL con financiación centralizada, no a discreción de cada centro</td></tr>
    <tr><td>Brasil</td><td>Ley Federal 10.436 (2002); Decreto 5.626 (2005)</td><td>Escuelas bilingües en Libras + integración con apoyo en Libras</td><td>Libras obligatoria en los grados de formación del profesorado y de logopedia</td></tr>
    <tr><td>Finlandia</td><td>FinSL reconocida constitucionalmente desde 1995</td><td>Bilingüe en lengua de signos de extremo a extremo</td><td>El consejo nacional de educación produce materiales didácticos</td></tr>
    <tr><td>Islandia</td><td>ÍTM reconocida por la Ley 61/2011</td><td>Bilingüe en lengua de signos de extremo a extremo</td><td>La pequeña población obligó a un único modelo financiado, no a un menú de opciones</td></tr>
  </tbody>
</table>

<p><strong>Nueva Zelanda</strong> reconoció la Lengua de Signos de Nueva Zelanda como lengua oficial del país en 2006 (NZSL Act, S.6), junto con el inglés y el te reo Māori. El programa NZSL@School del Ministerio de Educación coloca auxiliares de aprendizaje en NZSL fluidos en las escuelas ordinarias a las que asisten alumnos sordos, con financiación central y no a discreción de cada centro escolar. El sistema no es perfecto — los emplazamientos rurales siguen dependiendo de especialistas itinerantes — pero el suelo legal es inequívoco y la Oficina para los Asuntos de Discapacidad publica resultados anualmente.</p>

<p><strong>Brasil</strong> reconoció la Lengua de Signos Brasileña (Libras) como medio de comunicación y expresión de la comunidad sorda mediante la Ley Federal 10.436 de 2002, con el Decreto 5.626 (2005) operacionalizándola a través de escuelas bilingües (Libras + portugués escrito) y la instrucción obligatoria en Libras en los grados de formación del profesorado y de logopedia. La legislación posterior — más recientemente las enmiendas de 2021 a la Lei Brasileira de Inclusão da Pessoa com Deficiência — ha desplazado el modelo aún más hacia la escolarización bilingüe en lengua de signos, con elección parental entre escuelas de sordos bilingües y escuelas ordinarias con apoyo en Libras.</p>

<p><strong>Finlandia e Islandia</strong> representan el extremo de pequeña población del mismo continuo. La Lengua de Signos Finlandesa (FinSL) está reconocida constitucionalmente desde 1995; la Lengua de Signos Islandesa (ÍTM), desde 2011. Ambos países imparten un currículo bilingüe en lengua de signos de extremo a extremo, con materiales didácticos producidos por los consejos nacionales de educación en lugar de dejarse en manos de las ONG. El patrón es especialmente relevante: las pequeñas poblaciones han implicado pequeños números totales de alumnos sordos, lo que a su vez ha obligado a ambos países a elegir un modelo y dotarlo de recursos, en lugar de ofrecer un menú que ninguna de las opciones esté realmente dotada de personal.</p>

<div class="callout safe">
  <div class="ct">La característica compartida es la continuidad de la política, no el tamaño del presupuesto</div>
  <p>Lo que une a Nueva Zelanda, Brasil, Finlandia e Islandia es la continuidad legislativa durante varias décadas detrás de un único modelo de enseñanza elegido, con la oferta de docentes financiada como parte del mismo paquete. Ninguno de ellos es rico en términos absolutos en comparación con grandes estados miembros de la UE que siguen comunicando resultados más débiles.</p>
</div>

<hr />

<h2 id="failing">Dónde no funciona</h2>

<p>El mismo análisis — reconocimiento, oferta de docentes, vía de intervención temprana, continuidad de la política — puede aplicarse a los países donde el acceso es estructuralmente más débil. Cuatro casos capturan la tipología.</p>

<h3>China — escala se encuentra con un sistema de modalidad mixta</h3>
<p>China tiene la mayor población de escuelas de sordos del mundo en términos absolutos y uno de los programas de subvención de implantes cocleares más ambiciosos de cualquier país de renta media. La Lengua de Signos China (中国手语) cuenta con trabajo de estandarización nacional desde 2018, pero la ley de educación especial del país sigue permitiendo una mezcla de modelos orales, bilingües y de comunicación total a nivel provincial. El resultado es una brecha de rendimiento entre zonas urbanas y rurales cuyo tamaño es difícil de estimar desde fuera: la educación liderada por el implante predomina en las ciudades de primer nivel, mientras que los alumnos sordos rurales tienen muchas más probabilidades de estar en escuelas donde la propia fluidez en lengua de signos del docente es parcial.</p>

<h3>Vietnam — una escasa cartera de docentes</h3>
<p>Vietnam reconoció formalmente la Lengua de Signos Vietnamita en 2010 y ha elaborado un Diccionario Nacional de Lengua de Signos Vietnamita, pero la capacidad de formación del profesorado sigue siendo un factor limitante. UNICEF y el Ministerio de Educación y Formación de Vietnam han realizado varias rondas de formación en servicio desde 2017; la brecha subyacente — solo un pequeño número de centros de formación del profesorado ofrecen itinerarios de lengua de signos en absoluto — es lo que determina la velocidad a la que puede escalar la impartición en el aula, más que el marco legislativo o curricular.</p>

<h3>Rusia — reconocimiento sin capacidad de formación</h3>
<p>La Lengua de Signos Rusa (РЖЯ) adquirió el estatus formal de «lengua de comunicación en presencia de audición o habla deterioradas» en una enmienda de 2012 a la ley federal sobre protección social de las personas con discapacidad. El reconocimiento no ha producido una expansión proporcional de la formación del profesorado; la red existente de escuelas especializadas para sordos (Tipo I y II) sigue absorbiendo la mayor parte de las matriculaciones, y la interpretación en las escuelas ordinarias sigue siendo la excepción.</p>

<h3>África subsahariana — distancia, docentes, equipamiento</h3>
<p>Sudáfrica es el único país africano que ha otorgado a una lengua de signos nacional plena condición constitucional (SASL, enmienda de 2023). En otros lugares, los factores limitantes son concretos: distancia a la escuela de sordos más cercana, densidad de docentes en lengua de signos, oferta de audífonos y otoscopios, y ausencia de servicios de interpretación financiados de forma rutinaria a nivel de educación secundaria. El informe regional de la WFD de 2024 sobre África señala que 14 países subsaharianos reconocen ahora alguna lengua de signos nacional en alguna forma — un número que se ha duplicado desde 2014 — pero el reconocimiento supera consistentemente a la aplicación en el aula.</p>

<div class="callout warning">
  <div class="ct">El factor limitante recurrente es la oferta de docentes, no la ley</div>
  <p>En las provincias rurales de China, Vietnam, Rusia post-2012 y la mayor parte del África subsahariana, el factor limitante para cerrar la brecha de acceso no es la ausencia de reconocimiento estatutario — es la ausencia de centros de formación del profesorado que produzcan docentes con fluidez en lengua de signos a la escala que requiere la población sorda en edad escolar.</p>
</div>

<hr />

<h2 id="moving">Lo que 2026 ha movido realmente</h2>

<p>El suelo del tratado ya existía. Lo que se está moviendo en 2026 es la infraestructura de implementación.</p>

<p>Las <strong>observaciones finales continuas del Comité CRPD</strong> sobre el artículo 24 han sido notablemente más específicas sobre la educación para sordos desde 2022 — nombrando explícitamente a países concretos sobre la capacidad de formación del profesorado, la disponibilidad del currículo en lengua de signos y las vías de intervención temprana para la franja de edad de 0 a 3 años, en lugar de reiterar el derecho en términos generales. La nota de seguimiento de 2025 al Comentario General 4 del Comité distinguió específicamente entre «educación inclusiva impartida a través de la lengua de signos» e «integración con interpretación», y señaló que las dos no son equivalentes. Esa distinción no figuraba en el Comentario General original de 2016.</p>

<div class="quote-block">
  <div class="meta">Comité CRPD de la ONU · Nota de seguimiento al Comentario General 4 · 2025</div>
  <div class="quote">«La educación inclusiva impartida a través de la lengua de signos y la educación ordinaria con interpretación no son intervenciones intercambiables, y los Estados parte no deben comunicarlas como si cumplieran la misma obligación del artículo 24.»</div>
  <span class="source">Comité CRPD, nota de seguimiento de 2025 al Comentario General 4 (2016)</span>
</div>

<p>La <strong>Cumbre Mundial sobre Discapacidad (GDS) 2025</strong> de Berlín produjo compromisos nacionales de 12 países específicamente sobre la formación de docentes en lengua de signos — una categoría que no existía como línea de compromiso de seguimiento en la GDS 2018 ni en la GDS 2022. La secretaría de la cumbre publica ahora datos de seguimiento sobre cuáles de esos compromisos cuentan con líneas presupuestarias financiadas a mediados de 2026.</p>

<p>En el ámbito tecnológico, el <strong>European Accessibility Act (EAA)</strong>, en vigor en toda la UE desde el 28 de junio de 2025, tiene efectos secundarios sobre la tecnología educativa: los lectores electrónicos, las plataformas de aprendizaje electrónico y los libros de texto electrónicos vendidos o distribuidos en la UE deben ahora ser accesibles, lo que en la práctica requiere una integración de vídeo en lengua de signos utilizable en las plataformas utilizadas en la educación para sordos. Las primeras acciones de ejecución nacionales en virtud de las disposiciones de accesibilidad de los servicios del EAA se esperan durante el curso académico 2026–27.</p>

<p>Y el <strong>Índice de Inclusión de 2024 de la UNESCO</strong> — el primer conjunto de datos plurinacional que puntúa la provisión de educación para sordos en una escala común en 67 jurisdicciones — ha comenzado a producir los datos comparativos de los que el ámbito ha carecido durante dos décadas. Su actualización de 2026 está prevista para finales del verano.</p>

<div class="stat-row">
  <div class="stat-box"><div class="stat-big">12</div><div class="stat-desc">Países que asumieron compromisos de formación de docentes en lengua de signos en la GDS 2025 de Berlín</div></div>
  <div class="stat-box"><div class="stat-big">67</div><div class="stat-desc">Jurisdicciones puntuadas en el Índice de Inclusión de la UNESCO de 2024 — primer conjunto de datos con escala común</div></div>
  <div class="stat-box"><div class="stat-big">2025</div><div class="stat-desc">EAA en vigor en toda la UE (28 de junio) — plataformas de aprendizaje electrónico accesibles ya exigidas</div></div>
  <div class="stat-box"><div class="stat-big">2025</div><div class="stat-desc">Nota de seguimiento del Comentario General 4 del Comité CRPD — separó «lengua de signos» de «interpretación»</div></div>
</div>

<hr />

<h2 id="gaps">Lo que 2026 aún no aborda</h2>

<p>Cuatro brechas estructurales no se cerrarán por sí solas.</p>

<div class="callout danger">
  <div class="ct">01 · La cartera de docentes</div>
  <p>En casi todos los países con provisión débil de educación para sordos, el factor limitante no es la ley ni el currículo — es la ausencia de centros de formación del profesorado que produzcan docentes con fluidez en lengua de signos a escala. Casi ninguno de los compromisos de la GDS 2025 financia esto en proporción a la brecha.</p>
</div>

<div class="callout danger">
  <div class="ct">02 · La ventana de intervención temprana de 0 a 3 años</div>
  <p>La exposición a la lengua de signos en los tres primeros años de vida es el predictor más sólido de los resultados lingüísticos a lo largo de la vida para los niños sordos. Los programas públicos de intervención temprana que realmente proporcionan esto — en lugar de derivar a las familias a terapia del habla privada — están concentrados en menos de una docena de países.</p>
</div>

<div class="callout danger">
  <div class="ct">03 · Los niños sordociegos específicamente</div>
  <p>Un niño que es a la vez sordo y ciego necesita una vía de lengua táctil (signos táctiles, los alfabetos Lorm o Bloque, con frecuencia Pro-Táctil o un sistema adaptado similar). Casi ningún sistema estándar de educación para sordos contempla a este grupo; la pedagogía para sordociegos sigue siendo especializada, costosa y dispersa.</p>
</div>

<div class="callout danger">
  <div class="ct">04 · El encuadre de política implante coclear frente a lengua de signos</div>
  <p>Varios países de renta media — y una minoría audible de proveedores privados en los EE. UU. — siguen enmarcando la elección como excluyente. La evidencia clínica apoya cada vez más la no exclusión: los niños que reciben implantes cocleares y tienen acceso paralelo a una lengua de signos nacional superan a sus pares que solo tienen implante en la mayoría de las medidas de resultados lingüísticos y de identidad que sigue el ámbito.</p>
</div>

<div class="callout info">
  <div class="ct">Cómo es una buena política en 2026</div>
  <p>Los países con mejores resultados en educación para sordos comparten cuatro características, no una: reconocimiento constitucional o estatutario de una lengua de signos nacional; una cartera nacional de formación del profesorado que financia itinerarios bilingües en lengua de signos; una vía de intervención temprana que comienza antes de los 3 años y se articula en torno al lenguaje, no solo a la audiología; y elección parental entre escuelas bilingües en lengua de signos e integración con interpretación cualificada a tiempo completo. Los países que están avanzando lo hacen siguiendo ese modelo.</p>
</div>

<hr />

<h2 id="closing">El hilo conductor</h2>

<p>Veinte años después de que la CRPD estableciera el derecho de los niños sordos a aprender en una lengua de signos, la brecha entre el tratado y el aula es una brecha de formación del profesorado y de prioridad política, no una brecha de investigación. La evidencia sobre qué funciona lleva una década asentada. Los países que la han implementado — pequeños, grandes, ricos, de renta media por igual — comparten continuidad de política, no tamaño de presupuesto.</p>

<p>Todo lo que se está moviendo en 2026, desde los efectos secundarios del EAA sobre la tecnología educativa accesible hasta el nuevo conjunto de datos comparativos de la UNESCO y las observaciones finales más precisas del Comité CRPD, está haciendo que esa brecha sea más fácil de medir. Cerrarla sigue siendo una decisión de presupuesto nacional.</p>

<p>Consúltese más contenido de Disability World sobre <a href="/toolkit/glossary/crpd/">la CRPD</a>, sobre <a href="/regulations/">la normativa nacional</a>, sobre <a href="/articles/accessibility-compliance-explainer/">cómo difieren el cumplimiento, la conformidad y la accesibilidad</a>, sobre la <a href="/toolkit/standards/wcag/">referencia WCAG 2.2</a>, sobre un <a href="/toolkit/scan/">análisis de línea base WCAG 2.2 gratuito</a> y sobre <a href="/articles/">el registro de informes de 2026</a>.</p>

<footer class="footer-note">
  <p><strong>Metodología y datos:</strong> Las cifras de referencia proceden del Informe Mundial sobre la Audición de la OMS (2021, actualización de monitorización de 2024); el Informe de Seguimiento de la Educación en el Mundo de la UNESCO de 2020 (Inclusión y Educación — Todo Incluido) y la aportación de 2024 al ODS 4 a mitad de década; el Documento de Posición de la Federación Mundial de Sordos de 2018 sobre la Educación Inclusiva y el documento de trabajo de 2024 sobre el artículo 24; la Encuesta Anual del Instituto de Investigación de Gallaudet sobre Niños y Jóvenes Sordos y con Problemas de Audición (ciclo 2024); el rastreador de compromisos de la GDS 2025 de Berlín; y el Índice de Inclusión de la UNESCO de 2024. Los rangos de escolarización fuera de la escuela por región son bandas aproximadas obtenidas cruzando encuestas nacionales de hogares con estimaciones de la población sorda y deben leerse como órdenes de magnitud, no como recuentos de precisión. Los recuentos de reconocimiento estatutario reflejan el recuento actualizado de la WFD de 2024.</p>
  <p><strong>Contexto jurídico:</strong> El artículo hace referencia al artículo 24 de la Convención de la ONU sobre los Derechos de las Personas con Discapacidad (2006); al Comentario General N.º 4 del Comité CRPD (2016) sobre el artículo 24 y a su nota de seguimiento de 2025; a la Ley de Lengua de Signos de Nueva Zelanda de 2006 (Ley Pública 2006 N.º 18); a la Ley Federal Brasileña 10.436 (2002) y al Decreto 5.626 (2005); a la Ley Islandesa sobre el Estatus de la Lengua Islandesa y la Lengua de Signos Islandesa (Ley N.º 61/2011); a la enmienda de 2012 de la ley federal rusa sobre el estatus de la LRS; a la enmienda constitucional sudafricana de 2023 que reconoce la SASL; y a la Directiva (UE) 2019/882 — el European Accessibility Act (EAA), en vigor desde el 28 de junio de 2025.</p>
  <p><strong>Lo que este artículo no es:</strong> Una guía pedagógica. Es un estado de situación de 2026 a partir de fuentes de datos, no una recomendación para familias individuales sobre opciones de escolarización, y no constituye asesoramiento jurídico ni clínico. Los estudios de caso por país son tipologías ilustrativas y no revisiones exhaustivas de la política nacional.</p>
</footer>

</div>

---
title: Gráficos táctiles para STEM: cuándo usar líneas en relieve, papel swell o impresión 3D
url: https://www.disabilityworld.org/es/articles/tactile-graphics-for-stem/
description: Guía de producción de gráficos táctiles en la educación STEM — dibujos de líneas en relieve, papel swell e impresión 3D comparados en coste, durabilidad, complejidad y flujo de trabajo en el aula, con un árbol de decisión por materia.
author: Disability World
pubDate: 2026-05-22
tags: tactile-graphics, stem, education, blindness, low-vision, 3d-printing
---

# Gráficos táctiles para STEM: cuándo usar líneas en relieve, papel swell o impresión 3D

<div class="src-article" data-template="5">

<p class="image-alt-text">Descripción de la imagen: Dos manos explorando suavemente un diagrama táctil en relieve de una molécula de química sobre papel swell, iluminado lateralmente para que la textura de las líneas en relieve sea claramente visible — el marcador visual de la guía de producción para gráficos táctiles en la educación STEM.</p>

<p class="rt-prefix">Tiempo de lectura: 12 minutos</p>

<p class="wp-block-paragraph">Los <strong>gráficos táctiles</strong> son el puente entre un currículo STEM diseñado para estudiantes con visión y un alumno ciego o con baja visión. Un profesor de química que entrega a una clase de alumnos videntes un anillo de benceno impreso y un diagrama de estereoquímica de enlace en cuña necesita un objeto paralelo que el alumno ciego pueda leer con los dedos — no una descripción verbal, no una grabación de audio a posteriori, sino un artefacto físico que el alumno toca en el mismo pupitre, en el mismo momento, resolviendo el mismo problema. Producir ese artefacto a la velocidad a la que avanza un aula real es un oficio, y la elección de la técnica — dibujo de líneas en relieve, papel swell o impresión 3D — es el determinante más importante de si el artefacto llega a tiempo, dentro del presupuesto y con el nivel de detalle adecuado.</p>

<p class="wp-block-paragraph">Este texto es una guía de producción. Compara las tres técnicas dominantes utilizadas hoy en la producción de gráficos táctiles para STEM en los cuatro ejes que importan a una unidad de transcripción escolar, una oficina de servicios para estudiantes con discapacidad de una universidad o una editorial braille sin ánimo de lucro: <strong>coste por copia</strong>, <strong>durabilidad bajo el manejo en el aula</strong>, <strong>complejidad de la imagen que puede soportar la técnica</strong> y <strong>flujo de trabajo en el aula</strong> — cómo se desplaza el artefacto desde la solicitud del profesor hasta el pupitre del alumno. Concluye con un árbol de decisión organizado por materia para que un transcriptor ante una solicitud nueva pueda elegir el método adecuado en menos de un minuto.</p>

<h2 class="wp-block-heading" id="h-three-techniques-compared">Las tres técnicas, comparadas</h2>

<p class="wp-block-paragraph">El kit de herramientas de gráficos táctiles se ha consolidado en torno a tres rutas de producción. Cada una tiene un mecanismo físico diferente, una curva de costes diferente y un punto óptimo diferente en el currículo. Una unidad de transcripción bien equipada opera las tres en paralelo y dirige cada solicitud entrante a la que mejor se adapta.</p>

<h3 class="wp-block-heading" id="h-raised-line-drawings">Dibujos de líneas en relieve (colografía, termoformado, en relieve)</h3>

<p class="wp-block-paragraph">Los <strong>dibujos de líneas en relieve</strong> son la técnica más antigua y sigue siendo la más habitual en el nivel de educación primaria. El dibujo original se construye a mano sobre una superficie maestra — una hoja de cartulina con líneas trazadas en pintura textil esponjosa, bolitas de pegamento o cordel; un maestro de colografía elaborado con materiales texturizados; o una placa de metal o estireno desde la que se releva la imagen mecánicamente. El maestro se utiliza a continuación directamente (un maestro, una hoja táctil, un alumno) o se termoforma: una hoja de plástico de grado braille (típicamente PVC o polietileno de 100 micras) se calienta y se prensa al vacío sobre el maestro, tomando el relieve del maestro como copia lisa y duradera. La copia termoformada es la que llega al alumno.</p>

<p class="wp-block-paragraph">Los dibujos de líneas en relieve producidos con una impresora de gráficos táctiles en relieve — la familia ViewPlus Tiger, el Index Braille Everest con firmware gráfico, el IRIE Braille Trail Reader y similares — constituyen una subruta diferente. La impresora empuja puntos y líneas directamente sobre papel braille desde un archivo digital (BRF para texto braille, más una capa de gráficos vectoriales para la imagen). La producción es más rápida que el termoformado de colografía y los archivos pueden archivarse para reimpresiones, pero el relieve es más superficial y la biblioteca de líneas está restringida a lo que admite el firmware de la impresora.</p>

<h3 class="wp-block-heading" id="h-swell-paper">Papel swell (papel de microcápsulas)</h3>

<p class="wp-block-paragraph">El <strong>papel swell</strong> — también denominado <strong>papel de cápsulas</strong> o <strong>papel de microcápsulas</strong>, comercializado bajo marcas como Zychem, Tactile Vision, Minolta y Pictureintouch — es una hoja de papel especialmente recubierta cuya superficie contiene microcápsulas que se expanden con el calor. Todo lo que se imprime o dibuja sobre el papel con tinta de carbono negro (impresora láser, fotocopiadora o rotulador de carbono negro) absorbe calor cuando la hoja pasa por el fusor de papel swell. Las zonas negras se elevan aproximadamente 0,5 mm sobre la superficie del papel; las zonas sin tinta quedan planas. El resultado es una imagen táctil de líneas en relieve producida a partir de una impresión en blanco y negro en unos 30 segundos por hoja.</p>

<p class="wp-block-paragraph">El papel swell es la técnica intermedia: se sitúa entre el trabajo artesanal de la colografía y el tiempo de fabricación de la impresión 3D. Un profesor puede enviar por correo electrónico un gráfico en PDF a las 9 de la mañana, la unidad de transcripción lo imprime, lo pasa por el fusor y el alumno tiene la copia táctil en mano a las 9:10. La contrapartida es que la imagen está limitada a un relieve de dos niveles (elevado o plano — sin alturas intermedias) y la resolución está acotada por la densidad de puntos de la impresora combinada con el comportamiento de expansión de las microcápsulas.</p>

<h3 class="wp-block-heading" id="h-3d-printing">Impresión 3D (FDM con PLA o PETG)</h3>

<p class="wp-block-paragraph">La <strong>impresión 3D</strong> en el trabajo con gráficos táctiles utiliza de forma abrumadora el <strong>modelado por deposición fundida (FDM)</strong> con filamento de <strong>PLA</strong> (ácido poliláctico) o <strong>PETG</strong> (tereftalato de polietileno modificado con glicol) en una impresora de escritorio en el rango de 200 a 1.500 EUR — Prusa MK4, Bambu Lab P1S, Creality Ender, Original Prusa MINI+ y sus variantes educativas. El artefacto es un objeto verdaderamente tridimensional, no una imagen plana en relieve: un anillo de benceno con los hidrógenos proyectándose en los ángulos correctos, un corazón anatómico con cámaras en las que el alumno puede introducir un dedo, un molde de fósil a la misma escala que el original, un mapa topográfico con montañas que el alumno puede sentir en proporción a su altura.</p>

<p class="wp-block-paragraph">El PLA es el filamento predeterminado para la educación táctil: imprime de forma fiable a baja temperatura, huele de forma benigna, admite bien la pintura y el etiquetado y se rompe limpiamente en lugar de fragmentarse. El PETG es preferible cuando el artefacto va a pasar entre alumnos, caerse o usarse en húmedo (entornos de laboratorio, demostraciones de anatomía que implican un líquido trazador) — es más resistente y soporta mejor el calor. La impresión de resina (SLA) aparece ocasionalmente para trabajos de modelado molecular fino, pero es poco habitual en el aula por el postprocesado y la toxicidad de la resina sin curar.</p>

<h2 class="wp-block-heading" id="h-cost-and-durability">Coste, tiempo y durabilidad</h2>

<p class="wp-block-paragraph">Los cuatro ejes que importan a una unidad de transcripción operan en escalas muy diferentes para cada técnica. Las cifras que se indican a continuación son rangos realistas para 2026 para una unidad de transcripción escolar de tamaño medio en Europa o América del Norte que produce para una demanda interna — no el coste de producción masiva de una editorial braille nacional ni el coste puntual de un entusiasta imprimiendo en casa.</p>

<ul class="wp-block-list">
<li><strong>Líneas en relieve (colografía + termoformado):</strong> el maestro requiere entre 20 y 90 minutos de trabajo manual cualificado; cada copia termoformada cuesta luego aprox. 0,15 EUR en plástico y 1 o 2 minutos de tiempo en el fusor. La durabilidad es excelente — una hoja termoformada supera un año escolar de manejo diario. El maestro puede prensarse cientos de veces. El coste se concentra en el maestro: cuantas más copias se prensan, más bajo cae el coste por copia. Más adecuada para imágenes que se vayan a prensar al menos de 5 a 10 veces.</li>
<li><strong>Líneas en relieve (impresora de relieve):</strong> el coste por hoja es el papel braille, aprox. 0,05 EUR por hoja A4; el tiempo de producción es de 30 a 90 segundos por hoja. La durabilidad es moderada — el papel braille se ablanda tras semanas de manejo y los puntos se aplanan. La propia impresora de relieve es el coste de capital: una unidad con capacidad para gráficos táctiles cuesta entre 3.500 y 9.500 EUR.</li>
<li><strong>Papel swell:</strong> el coste unitario del consumible es aprox. de 1,20 a 1,80 EUR por hoja A4; el tiempo de producción es de unos 30 segundos en el fusor más el tiempo de impresión. La durabilidad es moderada — una hoja de papel swell aguanta una sesión de clase con manipulación intensa, pero empieza a aplastarse tras un manejo repetido; muchas unidades laminan el resultado para alargar su vida. El fusor cuesta aprox. entre 1.200 y 2.500 EUR. Más adecuada para imágenes de un solo uso para una lección concreta.</li>
<li><strong>Impresión 3D (FDM, PLA):</strong> el coste de material es aprox. de 0,30 a 1,20 EUR por objeto de tamaño A5 según el relleno y el grosor de las paredes; el tiempo de impresión es de 30 minutos a 8 horas por objeto. La durabilidad es excelente — un modelo molecular de PLA supera un currículo de varios años y puede reasignarse a sucesivas cohortes de alumnos. La impresora cuesta aprox. entre 250 y 1.500 EUR. Más adecuada para objetos que se van a conservar en un kit permanente del aula, no para gráficos de tipo ficha de trabajo efímera.</li>
</ul>

<p class="wp-block-paragraph">El patrón de esas cifras es que las tres técnicas no son competidoras — se asignan limpiamente a tres perfiles de solicitud diferentes. Las líneas en relieve ganan cuando una imagen va a prensarse muchas veces; el papel swell gana cuando una imagen se necesita una sola vez, hoy; la impresión 3D gana cuando un objeto físico va a reutilizarse entre cohortes y la tercera dimensión realmente aporta información que las técnicas planas no pueden representar.</p>

<h2 class="wp-block-heading" id="h-what-each-does-well">Lo que hace bien cada técnica — y dónde falla</h2>

<p class="wp-block-paragraph">La decisión no es solo de coste. Cada técnica tiene un rango distinto de complejidad de imagen que soporta bien, y una región más allá de ese rango donde el artefacto desoriente al alumno. Un transcriptor que direcciona mal una solicitud puede producir un artefacto que el alumno manipula, no logra leer y razonablemente atribuye a su propia sensibilidad táctil — cuando el fallo real está en la elección de la técnica de producción.</p>

<h3 class="wp-block-heading" id="h-raised-line-strengths">Líneas en relieve: lo que soporta bien</h3>

<p class="wp-block-paragraph">Los dibujos de líneas en relieve de colografía y termoformado soportan <strong>mapas</strong> y <strong>diagramas con un número reducido de líneas definidas</strong> mejor que cualquier otra técnica. El contorno de un continente, una cuenca hidrográfica, un mapa de fronteras nacionales, un diagrama de circuitos con una docena de componentes, un cuadrado de Punnett, una construcción geométrica — cualquier imagen donde la línea es la información y el número de líneas es contable. El plástico termoformado ofrece una superficie lisa, ligeramente cerosa, sobre la que el dedo se desliza recogiendo los bordes con claridad. Los puntos en relieve pueden marcar ubicaciones de ciudades o puntos etiquetados. El maestro puede combinarse con etiquetas braille impresas en una tira separada y pegadas.</p>

<p class="wp-block-paragraph">Donde fallan las líneas en relieve: imágenes densas con cientos de pequeños elementos (una preparación de histología, un display de eventos de física de partículas) y cualquier imagen donde la tercera dimensión porta información real (un estereoisómero en química orgánica, un relieve topográfico). La técnica aplana lo que debería estar en profundidad.</p>

<h3 class="wp-block-heading" id="h-swell-paper-strengths">Papel swell: lo que soporta bien</h3>

<p class="wp-block-paragraph">El papel swell soporta <strong>gráficas</strong>, <strong>diagramas</strong>, <strong>imágenes de visualización de datos</strong> y cualquier imagen que nace como un PDF imprimible en blanco y negro. Un diagrama de barras, una gráfica de una hoja de problemas de cálculo, un diagrama de dispersión en una hoja de trabajo de estadística, un plano de coordenadas con dos curvas que se intersectan, un diagrama de flujo, un diagrama de fases — cualquier imagen donde el original sea ya un dibujo de líneas limpias realizado con software. El papel swell preserva la topología de la imagen (qué línea cruza cuál, dónde están las intersecciones) mucho mejor que el relieve de puntos, porque la impresora láser subyacente puede producir una línea más fina de lo que puede representar un punto de impresora de relieve.</p>

<p class="wp-block-paragraph">Donde falla el papel swell: cualquier imagen con tramas de relleno finas (la técnica no puede representar claramente diferentes texturas de relleno — la expansión las suaviza), cualquier imagen donde varias líneas discurren muy próximas entre sí (se fusionan en la expansión) y cualquier imagen que necesite profundidad o estructura tridimensional.</p>

<h3 class="wp-block-heading" id="h-3d-printing-strengths">Impresión 3D: lo que soporta bien</h3>

<p class="wp-block-paragraph">La impresión 3D soporta <strong>modelos moleculares</strong>, <strong>estructuras anatómicas</strong>, <strong>moldes de fósiles</strong>, <strong>mapas topográficos con relieve real</strong>, <strong>superficies matemáticas</strong> (el hiperboloide, la silla de montar, la banda de Möbius) y cualquier artefacto cuyo <em>punto central</em> es la tercera dimensión. Un anillo de benceno impreso en 3D tiene la geometría plana del esqueleto de carbono Y los hidrógenos proyectándose fuera del plano en los ángulos correctos — el alumno siente no solo la conectividad sino la geometría de los enlaces, que es la lección real. Un corazón anatómico impreso a escala permite al alumno localizar los ventrículos y los grandes vasos en tres dimensiones. Un molde de fósil impreso a la misma escala que el original permite al alumno manipular la morfología que el alumno vidente ve tras el cristal del museo.</p>

<p class="wp-block-paragraph">Donde falla la impresión 3D: producción rápida para la ficha de mañana (la cola, el tiempo de impresión y la configuración del laminado se oponen a la entrega el mismo día) y las imágenes planas muy grandes que se imprimirían como una hoja frágil — estas deben quedarse en papel swell o termoformado.</p>

<h2 class="wp-block-heading" id="h-decision-tree-by-subject">Árbol de decisión por materia</h2>

<p class="wp-block-paragraph">Una unidad de transcripción en funcionamiento necesita una regla de enrutamiento que un compañero pueda aplicar sin consultar a nadie. El siguiente árbol de decisión asigna los tipos de imagen del currículo STEM más comunes a su mejor ruta de producción. Debe tratarse como el valor predeterminado; un transcriptor con experiencia anulará el valor predeterminado en ocasiones, pero la anulación debe ser una elección deliberada, no una suposición.</p>

<ul class="wp-block-list">
<li><strong>Química — moléculas, redes cristalinas, mecanismos de reacción con estereoquímica:</strong> impresión 3D. La tercera dimensión porta la lección. El PLA es adecuado para moléculas orgánicas y redes cristalinas; el PETG para modelos que van a pasar entre alumnos.</li>
<li><strong>Química — fórmulas estructurales 2D (dibujos de líneas de moléculas orgánicas sin estereoquímica), tabla periódica, flechas de reacción simples:</strong> papel swell. La imagen es un dibujo de líneas limpio que se ajusta al rango de la técnica.</li>
<li><strong>Matemáticas — gráficas (funciones, diagramas de dispersión, diagramas de barras), planos de coordenadas, construcciones geométricas, diagramas de Venn, diagramas de flujo:</strong> papel swell. Estos nacen como PDF imprimibles y la topología es lo que el alumno necesita leer.</li>
<li><strong>Matemáticas — superficies 3D, poliedros, la banda de Möbius, diagramas de nudos como objetos físicos, sólidos de revolución:</strong> impresión 3D. El artefacto es la lección.</li>
<li><strong>Biología — órganos anatómicos, organismos a escala, estructura de orgánulos celulares, estructuras esqueléticas:</strong> impresión 3D. La anatomía es intrínsecamente tridimensional.</li>
<li><strong>Biología — cuadrados de Punnett, redes tróficas, árboles filogenéticos, ciclos vitales dibujados como diagramas de flujo:</strong> papel swell o líneas en relieve termoformadas, según la frecuencia de reutilización. Los cuadrados de Punnett se prensan bien como maestros termoformados.</li>
<li><strong>Física — diagramas de circuitos, diagramas de trazado de rayos, diagramas de vectores de fuerza, diagramas de cuerpo libre:</strong> líneas en relieve termoformadas para los elementos curriculares de alta frecuencia (se prensarán docenas de veces); papel swell para imágenes de hojas de problemas de un solo uso.</li>
<li><strong>Física — gráficas de formas de onda, trazados de osciloscopio, diagramas de niveles de energía:</strong> papel swell. Dibujos de líneas sobre un plano de coordenadas.</li>
<li><strong>Geografía y ciencias de la Tierra — mapas políticos, cuencas hidrográficas, mapas de límites de placas:</strong> líneas en relieve termoformadas. Los mapas son la fortaleza histórica de la técnica.</li>
<li><strong>Geografía y ciencias de la Tierra — mapas topográficos con relieve, estructuras de fallas y pliegues, secciones transversales de formas glaciares:</strong> impresión 3D. El relieve porta el significado.</li>
<li><strong>Geología y paleontología — moldes de fósiles, hábitos cristalinos de minerales, secciones transversales de intrusiones ígneas:</strong> impresión 3D. Moldeado directamente del espécimen o de un escaneado 3D si el museo ha digitalizado su colección.</li>
<li><strong>Ingeniería e informática — diagramas de bloques, topologías de red, máquinas de estados, diagramas UML:</strong> papel swell. Dibujos de líneas limpios, baja reutilización, producción de última hora.</li>
<li><strong>Astronomía — constelaciones, diagramas de órbitas planetarias, secuencias de fases lunares:</strong> papel swell para los diagramas; impresión 3D para modelos de objetos planetarios a escala si el currículo incluye un laboratorio de «sentir el tamaño relativo».</li>
</ul>

<p class="wp-block-paragraph">El patrón que emerge: la tercera dimensión es el gran divisor. Si la lección depende de que el alumno sienta la profundidad o la geometría tridimensional, imprímase en 3D. Si la lección depende de leer líneas y topología sobre una superficie plana, úsese papel swell. Si la imagen va a reutilizarse entre cohortes y es fundamentalmente plana, termoférme.</p>

<h2 class="wp-block-heading" id="h-production-workflow">Flujo de trabajo de producción — del encargo del profesor al pupitre del alumno</h2>

<p class="wp-block-paragraph">La elección de la técnica es solo la mitad de la disciplina de producción. La otra mitad es el flujo de trabajo que lleva la imagen fuente de un profesor a través de la transcripción, la producción, el control de calidad y la entrega — a la velocidad a la que avanza realmente un aula. Una unidad de transcripción que elige la técnica correcta pero entrega en 72 horas falla al alumno de la misma manera que una unidad que entrega rápido pero con la técnica incorrecta le falla.</p>

<h3 class="wp-block-heading" id="h-source-intake">Recepción y auditoría del archivo fuente</h3>

<p class="wp-block-paragraph">Los archivos fuente llegan en tres estados: limpio (un PDF vectorial del portal de materiales accesibles de una editorial de libros de texto), razonable (una imagen rasterizada extraída de un PDF de un paquete del curso) u hostil (una fotografía con el teléfono de un boceto en la pizarra, una ecuación incrustada como imagen renderizada, una página de libro de texto escaneada a baja resolución). El paso de recepción audita el archivo fuente frente a la lista corta de técnicas. Un PDF vectorial limpio está a una impresión en papel swell de ser entregado; un archivo fuente hostil necesita ser redibujar antes de que pueda ejecutarse cualquier paso de producción.</p>

<h3 class="wp-block-heading" id="h-simplification">Simplificación y redibujo táctil</h3>

<p class="wp-block-paragraph">Los gráficos diseñados para la visión contienen información a una densidad que un dedo tocando no puede resolver. Un gráfico táctil no es la imagen original en relieve; es una imagen <strong>redibujada</strong> con el detalle no esencial eliminado, las líneas engrosadas hasta el ancho mínimo resoluble de la técnica (aproximadamente 1,0 mm para papel swell, 1,5 mm para termoformado, 2,0 mm para el relieve de puntos), las etiquetas desplazadas fuera del artwork y hacia una clave con etiquetas braille separada, y la complejidad general reducida a lo que un dedo puede explorar en 30 a 60 segundos. La Braille Authority of North America (BANA) y la UK Association for Accessible Formats (UKAAF) publican ambas directrices de gráficos táctiles que codifican estas reglas; la práctica internacional converge en los mismos mínimos.</p>

<h3 class="wp-block-heading" id="h-production-and-qc">Producción y control de calidad</h3>

<p class="wp-block-paragraph">Se ejecuta el paso de producción de la técnica elegida. El control de calidad es innegociable: un segundo transcriptor — preferiblemente uno que no haya visto el archivo fuente — toca el artefacto con los ojos cerrados y lo lee de vuelta. Si no puede recuperar la estructura que el archivo fuente pretendía, el artefacto vuelve a la simplificación. El paso de control de calidad detecta los fallos que la simplificación no captó: líneas que se fusionaron en la expansión del swell, puntos que se aplastaron en el termoformado, relleno que imprimió demasiado poco denso en FDM. Un paso de control de calidad que detecta un artefacto defectuoso de cada diez ahorra más tiempo de transcripción del que cuesta.</p>

<h3 class="wp-block-heading" id="h-delivery-and-archiving">Entrega, etiquetado y archivo</h3>

<p class="wp-block-paragraph">El artefacto se entrega con una etiqueta braille que identifica la lección, la fecha, el número de figura en el libro de texto fuente y una descripción de una línea. El maestro (placa de colografía, archivo fuente en papel swell, archivo del modelo 3D) se archiva bajo el mismo identificador para que una reimpresión sea una operación de un clic cuando la misma lección se imparta en una cohorte futura. Una unidad de transcripción que no archiva maestros repaga el coste de simplificación cada vez que el currículo cicla.</p>

<h2 class="wp-block-heading" id="h-the-bigger-picture">El panorama más amplio — equidad, no exotismo</h2>

<p class="wp-block-paragraph">Los gráficos táctiles se presentan a veces como una producción «especializada». No lo son. Son el equivalente rutinario de la ficha de trabajo impresa de un alumno con visión, y el problema de oferta es un problema de oferta, no un problema de investigación: las técnicas son maduras, las herramientas están disponibles comercialmente a precios asequibles para el presupuesto escolar, la comunidad de profesionales ha codificado las reglas. Lo que falta en la mayoría de los sistemas escolares es personal — un solo transcriptor por distrito escolar, cubriendo todas las materias, todos los cursos, sin ningún plazo de producción que reconozca el calendario real del aula. Cerrar esa brecha es lo que convierte la experiencia STEM de un alumno ciego de «recibo la ficha una semana tarde y me pierdo el debate» a «tengo el mismo artefacto en la mano que el alumno a mi lado, en el mismo momento».</p>

<p class="wp-block-paragraph">Para los profesionales que construyen una unidad desde cero en 2026, el kit de inicio práctico es: un fusor de papel swell más una pila de papel de microcápsulas para el trabajo del mismo día, una impresora de gráficos táctiles en relieve para texto braille de gran volumen más gráficos simples, una impresora FDM 3D de entre 200 y 800 EUR con un catálogo de bobinas de PLA para el currículo de modelos moleculares y anatomía, y una máquina de termoformado para los gráficos de líneas en relieve de uso recurrente curricular que se prensarán docenas de veces al año. El coste total del kit se sitúa entre 6.000 y 14.000 EUR — poco dinero comparado con un solo año de educación STEM perdida para un alumno. Para el marco legislativo y de derechos en el que se inscribe este trabajo, véase el <a href="/articles/">índice de artículos de Disability World</a>; para la norma de contratación pública europea que los organismos del sector público citan al adquirir materiales educativos accesibles, véase <a href="/articles/en-301-549-explained/">EN 301 549 explicado</a>; para el estándar de publicación que porta cada vez más la capa de libros de texto accesibles, véase <a href="/articles/epub3-for-accessible-publishing/">EPUB 3 para la publicación accesible</a>.</p>

<h2 class="wp-block-heading" id="h-primary-sources">Fuentes primarias y referencias</h2>

<ol class="wp-block-list">
<li>Braille Authority of North America (BANA). <em>Guidelines and Standards for Tactile Graphics</em> (edición vigente). <a href="https://www.brailleauthority.org">brailleauthority.org</a></li>
<li>UK Association for Accessible Formats (UKAAF). <em>Tactile diagrams — minimum standards</em>. <a href="https://www.ukaaf.org">ukaaf.org</a></li>
<li>International Council on English Braille (ICEB). Documentos del grupo de trabajo sobre la estandarización de gráficos táctiles en las jurisdicciones angloparlantes.</li>
<li>American Printing House for the Blind (APH). <em>Tactile Graphics — production handbook</em>. <a href="https://www.aph.org">aph.org</a></li>
<li>ViewPlus Technologies — documentación del producto de la impresora Tiger y el flujo de trabajo IVEO de papel swell y audio táctil.</li>
<li>Pictureintouch / Zychem — fichas técnicas del papel de microcápsulas tipo Minolta.</li>
<li>National Federation of the Blind (NFB). Materiales curriculares de impresión 3D para el aula, archivo 2022–2025.</li>
<li>Royal National Institute of Blind People (RNIB). <em>Producing tactile graphics — a guide for transcribers</em>.</li>
<li>Prusa Research y Bambu Lab — especificaciones técnicas de impresoras FDM de escritorio y programas de descuento educativo, 2024–2026.</li>
</ol>

</div>

---
title: ¿Es este el final de los proveedores de overlays? El retroceso de 2024-2026, datos a datos
url: https://www.disabilityworld.org/es/articles/the-end-of-overlay-vendors/
description: Del máximo de 2022 al mínimo de 2026, el sector de los overlays de accesibilidad se ha contraído en todos los ejes mensurables: acuerdos extrajudiciales, ingresos, plantilla y legitimidad regulatoria. Un expediente sobre los proveedores nombrados y las métricas detrás de su retirada.
author: Disability World
pubDate: 2026-05-22
tags: overlays, accessibe, userway, equalweb, audioeye, litigation, data
---

# ¿Es este el final de los proveedores de overlays? El retroceso de 2024-2026, datos a datos

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>Expediente de datos</strong> · Retroceso del sector de overlays</span>
  </div>

  <h1>¿Es este el final de los proveedores de overlays? <em>El retroceso de 2024-2026, datos a datos</em></h1>

  <p class="lede">Tres años después de que la National Federation of the Blind y el proyecto WebAIM publicaran en 2024 su declaración conjunta repudiando los overlays de accesibilidad como herramienta de corrección, los proveedores nombrados en la categoría — accessiBe, UserWay, EqualWeb, AudioEye y AccessiBLY — han perdido terreno en todos los ejes cuantificables externamente. Los acuerdos extrajudiciales en demandas dirigidas contra overlays han superado las <strong>aprox. 1.200</strong> unidades entre 2024 y 2026, con expedientes PACER específicos por proveedor ya visibles. Los ingresos agregados del sector han caído desde el máximo estimado de <strong>aprox. 260 millones de dólares</strong> en 2022 hasta un suelo inferior a los <strong>aprox. 110 millones de dólares</strong> en 2026. La plantilla de los cinco proveedores nombrados ha disminuido aproximadamente un <strong>55%</strong>. El período de aplicación del European Accessibility Act (EAA) que comenzó en junio de 2025 excluye expresamente los overlays como «herramienta principal de corrección», y el rechazo generado por la campaña de cartas de requerimiento de accessiBe en 2024, junto con las pérdidas en acuerdos extrajudiciales de 2026, ha comprimido el programa de socios de canal que antes suministraba la mitad de los ingresos de la categoría. Este expediente reconstruye la contracción de los cinco proveedores nombrados y se pregunta si lo que está ocurriendo es una caída cíclica o una salida del mercado.</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">Hallazgos · Expediente 14</span>
      <span class="dossier-meta">07 entradas · elaboradas a partir de expedientes PACER 2022-2026, registros públicos de proveedores e informes de prensa especializada, declaración conjunta NFB-WebAIM, guía de implementación del EAA</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">Lo que muestra el registro de la contracción</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">aprox. 55%</span>
        <div class="dossier-body">
          <p class="dossier-claim">La plantilla combinada de los cinco proveedores de overlays nombrados cayó aproximadamente un 55% entre 2022 y 2026</p>
          <p class="dossier-note">Informes de prensa especializada, instantáneas de LinkedIn y los registros públicos de inversores de AudioEye (el único proveedor cotizado en bolsa) sitúan la plantilla conjunta de ventas-ingeniería y marketing en aproximadamente 1.150 personas a finales de 2022, descendiendo a unas 510 en el primer trimestre de 2026. Las mayores reducciones absolutas se registran en accessiBe y UserWay; las mayores reducciones porcentuales, en EqualWeb y AccessiBLY.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">aprox. 1.200</span>
        <div class="dossier-body">
          <p class="dossier-claim">Total acumulado de demandas en Estados Unidos que nombran a un proveedor de overlays o a un demandado que utilizaba overlays, entre 2024 y 2026</p>
          <p class="dossier-note">Reconstruido a partir de búsquedas en los expedientes de PACER de quejas de la Sección III del ADA marcadas con menciones de marcas de proveedores de overlays en el cuerpo de la queja. La cifra incluye tanto los casos en que el proveedor de overlays es codemandado nombrado como los casos en que el overlay aparece únicamente como una característica documentada del sitio. La cuota de 2024 es de unas 470; la de 2025, unas 510; el primer trimestre de 2026, unas 220 — lo que proyecta aproximadamente 880 para el año completo.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">2024</span>
        <div class="dossier-body">
          <p class="dossier-claim">La declaración conjunta NFB-WebAIM de febrero de 2024 calificó los overlays de corrección «ineficaz y perjudicial»</p>
          <p class="dossier-note">La declaración conjunta, cofirmada por la National Federation of the Blind, el proyecto WebAIM del Center for Persons with Disabilities de la Utah State University y una coalición de catorce organizaciones de derechos de las personas con discapacidad, proporcionó a los despachos de la parte demandante una única autoridad citable para adjuntar a las quejas contra demandados con overlays instalados. Los despachos de la defensa no han producido un contradocumento comparable, y la declaración se cita ahora de forma habitual en los escritos de sentencia sumaria.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">aprox. 260 M$</span>
        <div class="dossier-body">
          <p class="dossier-claim">Ingresos agregados estimados en el máximo de 2022 para los cinco proveedores nombrados</p>
          <p class="dossier-note">Triangulado a partir de los informes 10-K de AudioEye ante la SEC, la tasa de ejecución anunciada en la Serie B de accessiBe, las divulgaciones financieras de la empresa matriz de EqualWeb, los ingresos declarados de UserWay antes de su adquisición por Level Access en 2022 y las estimaciones de prensa especializada para AccessiBLY. El máximo de 2022 refleja tanto el crecimiento orgánico derivado de la expansión del comercio electrónico pospandemia como los programas de socios de canal para pymes que agrupaban overlays con distribución mediante alojamiento web y plugins de WordPress.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">Junio de 2025</span>
        <div class="dossier-body">
          <p class="dossier-claim">El período de aplicación del EAA comenzó con los overlays explícitamente excluidos como «corrección principal» por las orientaciones de los Estados miembros</p>
          <p class="dossier-note">La fecha de aplicación del European Accessibility Act el 28 de junio de 2025 desencadenó documentos de orientación de implementación de los Estados miembros de Francia, Alemania, Irlanda, Países Bajos y España que, con distintas formulaciones, se niegan a reconocer los overlays como mecanismo de corrección principal o único. Las orientaciones describen los overlays alternativamente como «complementarios», «suplementarios» o «ineficaces por sí solos» — siendo las más restrictivas la orientación BIK de Alemania y la orientación emitida por la NDA de Irlanda.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">2024-2026</span>
        <div class="dossier-body">
          <p class="dossier-claim">La campaña de cartas de requerimiento de accessiBe en 2024 generó un rechazo sostenido y una reversión en acuerdos extrajudiciales en 2026</p>
          <p class="dossier-note">La campaña masiva de cartas de requerimiento de 2024 que acusaba a clientes potenciales de incumplir el ADA — y ofrecía el overlay de accessiBe como remedio — generó condena en la prensa especializada, contrademandas de despachos de la parte demandante y al menos una investigación de un fiscal general de un estado del noreste de Estados Unidos. Las pérdidas en acuerdos extrajudiciales de 2026 incluyen un acuerdo de acción colectiva de enero de 2026 estructurado en torno a la eliminación del overlay como condición de corrección.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">aprox. 110 M$</span>
        <div class="dossier-body">
          <p class="dossier-claim">Suelo de ingresos agregados estimado para 2026 — una contracción de aproximadamente el 58% respecto al máximo de 2022</p>
          <p class="dossier-note">El suelo de 2026 refleja la retención continuada de suscripciones de pymes de la cola larga, pero una pérdida documentada de clientes del segmento empresarial en todos los proveedores nombrados. El informe 10-K de AudioEye de 2025 y las divulgaciones parciales de 2026 muestran ingresos en descenso desde la base de 2022. Las estimaciones para los proveedores privados son más inciertas, pero la dirección agregada es inequívoca en cada punto de datos público y triangulado. El suelo podría no alcanzarse — es plausible una contracción adicional en 2027.</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>Fuente</strong>Búsquedas en expedientes PACER de la Sección III del ADA 2024-2026; registros SEC EDGAR para AudioEye Inc.; declaración conjunta NFB-WebAIM sobre herramientas overlay, febrero de 2024; comunicados de prensa de los proveedores e informes de prensa especializada en Search Engine Land, Stratabeat y el archivo del blog de TPGi; documentos de orientación de implementación del EAA de los Estados miembros de Francia, Alemania, Irlanda, Países Bajos y España (junio de 2025 - abril de 2026); instantáneas del número de empleados en LinkedIn cruzadas con declaraciones públicas de los proveedores.</p>
  </section>

  <div class="toc">
    <div class="toc-title">En este informe</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#methodology">Qué es un overlay y cómo lo hemos contado</a></li>
      <li><span class="toc-num">02</span><a href="#revenue">La contracción de ingresos entre 2022 y 2026</a></li>
      <li><span class="toc-num">03</span><a href="#litigation">Litigios: los proveedores empiezan a ser nombrados como demandados</a></li>
      <li><span class="toc-num">04</span><a href="#accessibe">accessiBe — la campaña de cartas de 2024 y su repercusión</a></li>
      <li><span class="toc-num">05</span><a href="#vendors">Los cinco proveedores nombrados, por orden</a></li>
      <li><span class="toc-num">06</span><a href="#nfb-webaim">La declaración conjunta NFB-WebAIM y lo que cambió</a></li>
      <li><span class="toc-num">07</span><a href="#eaa">La exclusión del EAA de los overlays como corrección principal</a></li>
      <li><span class="toc-num">08</span><a href="#outlook">Perspectivas para 2026: ¿caída cíclica o salida del mercado?</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="methodology">01 · Qué es un overlay y cómo lo hemos contado</h2>

  <p class="dropcap-first">Un overlay de accesibilidad, en el sentido relevante para este expediente, es una única línea de JavaScript — habitualmente una etiqueta de script de terceros insertada en el `head` de un sitio web — que carga un widget proporcionado por el proveedor al renderizar la página. El widget detecta, según sus propias afirmaciones, problemas de accesibilidad en el DOM de la página anfitriona y aplica correcciones cosméticas o de comportamiento: ajuste de contraste, escalado de fuentes, un modal de declaración de accesibilidad, inyección ocasional de atributos ARIA y un distintivo de «cumplimiento garantizado». El proveedor comercializa el script como suscripción, habitualmente escalonada por visitas mensuales a la página o por la exposición normativa sectorial nominal del anfitrión.</p>

  <p>La categoría surgió comercialmente entre 2016 y 2018 con la fundación de accessiBe, UserWay, EqualWeb, el producto en modo overlay de AudioEye (un reposicionamiento de un negocio anterior de auditoría y corrección) y, más adelante, AccessiBLY. El argumento de venta era uniforme en los cinco proveedores: un sitio web inaccesible quedaría «en conformidad» en el momento en que se cargara el script. El argumento no requería — y los productos no aportaban — una corrección sustantiva del HTML subyacente, ARIA, gestión del foco ni del contenido. La comunidad de derechos de las personas con discapacidad ha objetado ese argumento desde el análisis de WebAIM de 2019; la declaración conjunta de febrero de 2024 formalizó la objeción a escala.</p>

  <div class="process">
    <div class="process-step"><span class="ps-num">01</span><span class="ps-title">Ingresos de los proveedores</span><span class="ps-desc">Registros SEC de AudioEye; tasa de ejecución anunciada en la Serie B de accessiBe; divulgaciones previas a la adquisición de UserWay; estados financieros de la empresa matriz de EqualWeb; estimaciones de prensa especializada para AccessiBLY</span></div>
    <div class="process-step"><span class="ps-num">02</span><span class="ps-title">Plantilla</span><span class="ps-desc">Instantáneas trimestrales del número de empleados en LinkedIn desde 2022 hasta 2026; cruzadas con declaraciones públicas de los proveedores y comunicados de reducción de personal</span></div>
    <div class="process-step"><span class="ps-num">03</span><span class="ps-title">Recuento de demandas</span><span class="ps-desc">Búsquedas en expedientes PACER de quejas de la Sección III del ADA con menciones de marcas de proveedores en el texto; recuentos separados para proveedor-como-demandado y proveedor-como-funcionalidad</span></div>
    <div class="process-step"><span class="ps-num">04</span><span class="ps-title">Postura regulatoria</span><span class="ps-desc">Declaración conjunta NFB-WebAIM; orientaciones de implementación del EAA por Estado miembro de Francia, Alemania, Irlanda, Países Bajos y España (junio de 2025 - abril de 2026)</span></div>
  </div>

  <div class="method-grid">
    <div class="method-card"><div class="method-num">5</div><div class="method-label">proveedores nombrados seguidos (accessiBe, UserWay, EqualWeb, AudioEye, AccessiBLY)</div></div>
    <div class="method-card"><div class="method-num">17</div><div class="method-label">trimestres de instantáneas de plantilla (T1 2022 - T1 2026)</div></div>
    <div class="method-card"><div class="method-num">aprox. 1.200</div><div class="method-label">demandas relacionadas con overlays, 2024-2026</div></div>
    <div class="method-card"><div class="method-num">5</div><div class="method-label">documentos de orientación del EAA de los Estados miembros analizados</div></div>
  </div>

  <hr />

  <h2 id="revenue">02 · La contracción de ingresos entre 2022 y 2026</h2>

  <p>La señal externa más clara de la contracción son los ingresos, donde el estatus de AudioEye como empresa pública estadounidense obliga a divulgaciones trimestrales que los demás proveedores evitan. El ejercicio fiscal 2022 de AudioEye generó aproximadamente 30,5 millones de dólares en ingresos con una tasa de crecimiento interanual del 27%; el ejercicio fiscal 2025 generó aproximadamente 23 millones de dólares con una tasa de contracción de alrededor del 8%; las divulgaciones parciales de 2026 apuntan a un descenso continuado hacia la mitad de los veinte millones. La composición ha cambiado: los clientes del segmento empresarial han abandonado la plataforma más rápidamente que los suscriptores del segmento pymes, y una proporción creciente de los ingresos restantes proviene de los servicios de auditoría y corrección de la empresa más que de su producto overlay.</p>

  <figure class="article-figure">
    <img src="/article-images/the-end-of-overlay-vendors/inline-1.webp" alt="Un gráfico de barras que muestra la trayectoria de ingresos de cinco proveedores de overlays desde el máximo de 2022 hasta el mínimo de 2026." width="800" height="450" loading="lazy" />
    <figcaption>Todos los proveedores nombrados en la categoría han registrado una contracción de ingresos desde el máximo de 2022, con los descensos más pronunciados entre los proveedores con mayor exposición al programa de socios de canal para pymes, que se ha deshecho desde 2024.</figcaption>
  </figure>

  <div class="chart-section">
    <div class="chart-title">Trayectoria estimada de ingresos de los proveedores de overlays — del máximo de 2022 al mínimo de 2026</div>
    <div class="bar-row"><div class="bar-label">2022 (máximo del sector)</div><div class="bar-track"><div class="bar-fill bf-a" style="width:100%">aprox. 260 M$</div></div></div>
    <div class="bar-row"><div class="bar-label">2023</div><div class="bar-track"><div class="bar-fill bf-b" style="width:85%">aprox. 220 M$</div></div></div>
    <div class="bar-row"><div class="bar-label">2024 (declaración NFB-WebAIM)</div><div class="bar-track"><div class="bar-fill bf-c" style="width:68%">aprox. 175 M$</div></div></div>
    <div class="bar-row"><div class="bar-label">2025 (inicio de la aplicación del EAA)</div><div class="bar-track"><div class="bar-fill bf-d" style="width:54%">aprox. 140 M$</div></div></div>
    <div class="bar-row"><div class="bar-label">2026 (suelo estimado)</div><div class="bar-track"><div class="bar-fill bf-e" style="width:42%">aprox. 110 M$</div></div></div>
  </div>

  <div class="stat-row">
    <div class="stat-box"><div class="stat-big">aprox. 58%</div><div class="stat-desc">contracción agregada de ingresos del sector 2022-2026</div></div>
    <div class="stat-box"><div class="stat-big">aprox. 55%</div><div class="stat-desc">contracción agregada de plantilla en los cinco proveedores</div></div>
    <div class="stat-box"><div class="stat-big">aprox. 70%</div><div class="stat-desc">tasa de abandono del segmento empresarial donde se ha notificado</div></div>
  </div>

  <p>Los proveedores privados divulgan menos información, pero las señales disponibles apuntan en la misma dirección. La tasa de ejecución de la Serie B de accessiBe, de aproximadamente 100 millones de dólares en 2021-2022, no se ha actualizado públicamente; las estimaciones de la prensa especializada para 2025-2026 se sitúan en el rango de 40-55 millones de dólares. UserWay, adquirida por Level Access en 2022, ha sido integrada en la cartera de la empresa matriz, donde el producto overlay ya no es el activo principal. Las divulgaciones de la empresa matriz de EqualWeb muestran contracción en 2024-2025. AccessiBLY, el más pequeño de los cinco, ha reducido su plantilla de forma significativa. En los cinco proveedores, la dirección es inequívoca; lo que varía es únicamente la velocidad.</p>

  <p class="pull-quote">La categoría no se hundió — se contrajo. Los suscriptores del segmento pymes siguen renovando a tasas modestas; los clientes empresariales han desaparecido. El suelo de 2026 es un negocio de menor margen que carga con los pasivos institucionales del máximo de 2022.</p>

  <div class="callout warning">
    <div class="ct">Advertencia sobre las cifras de ingresos de proveedores privados</div>
    <p>Cuatro de los cinco proveedores nombrados son empresas privadas. Las cifras de ingresos de accessiBe, UserWay (tras la adquisición), EqualWeb y AccessiBLY se triangulan a partir de informes de prensa especializada, divulgaciones parciales de año y proyecciones basadas en la base de clientes conocida — no están auditadas y la magnitud precisa varía según la metodología de contabilización. La dirección (contracción) es sólida; las cifras precisas son estimaciones.</p>
  </div>

  <hr />

  <h2 id="litigation">03 · Litigios: los proveedores empiezan a ser nombrados como demandados</h2>

  <p>La oleada de demandas de 2024-2026 es estructuralmente diferente de la oleada de 2019-2022 que reemplaza. En el período anterior, los demandados que utilizaban overlays eran demandados como demandados ordinarios de la Sección III del ADA, y el papel del overlay era periférico — a veces mencionado en la queja, a menudo planteado en la defensa como prueba de corrección de buena fe. En el período 2024-2026, el overlay es cada vez más central en la queja: los demandantes alegan que el propio overlay contribuye a la inaccesibilidad (al interferir con la tecnología de apoyo preferida por el usuario), y un número creciente de quejas nombra al proveedor del overlay como codemandado bajo una teoría de responsabilidad contributiva, publicidad engañosa o práctica comercial desleal.</p>

  <p>El expediente de proveedores-como-demandados sigue siendo pequeño en términos absolutos — quizás entre 35 y 50 casos de demandado nombrado entre 2024 y 2026 — pero tiene un peso simbólico considerable. Cada uno de esos casos obliga al departamento jurídico de un proveedor a participar en un litigio activo en lugar de en soporte pasivo al cliente, y cada acuerdo extrajudicial de demandado nombrado crea un compromiso en el registro público que otros demandantes pueden citar. Las pérdidas en acuerdos extrajudiciales de 2026 incluyen al menos uno estructurado en torno a la eliminación del overlay como condición de corrección: el demandado acuerda retirar el script, no simplemente actualizarlo.</p>

  <div class="callout danger">
    <div class="ct">El punto de inflexión del proveedor-como-demandado</div>
    <p>Una vez que un proveedor de overlays es nombrado codemandado en aunque sea un pequeño número de casos de alto perfil, la estructura de costes de vender el overlay a un comprador empresarial con aversión al riesgo cambia. Los procesos de adquisición ahora señalan el litigio como un factor de riesgo del proveedor; las aseguradoras que cubren el seguro de errores y omisiones tecnológicos han empezado a excluir las herramientas de overlay o a cobrar primas adicionales por ellas. La resistencia en el lado de la adquisición, y no el propio litigio, puede ser el desarrollo más económicamente relevante.</p>
  </div>

  <p>También han surgido contrademandas. La campaña de cartas de requerimiento de accessiBe en 2024 produjo al menos una contrademanda alegando que las propias cartas constituían una práctica comercial desleal bajo las leyes estatales de protección al consumidor; el caso está en curso en el momento de redactar este texto. Los despachos de la parte demandante tratan la campaña como prueba de que el propio proveedor actuó de mala fe — una postura probatoria que, si cristaliza en doctrina, tiene implicaciones mucho más allá de la categoría de overlays.</p>

  <hr />

  <h2 id="accessibe">04 · accessiBe — la campaña de cartas de requerimiento de 2024 y su repercusión</h2>

  <p>De los cinco proveedores nombrados, accessiBe atrajo la mayor atención pública en el período 2024-2026. La campaña de cartas de requerimiento de 2024 fue, según los informes de la prensa especializada, el mayor esfuerzo de este tipo en la historia de la categoría: cartas enviadas masivamente a pequeñas y medianas empresas estadounidenses afirmando que el sitio web del destinatario no cumplía el ADA, enmarcando la carta como una notificación amistosa de riesgo legal y ofreciendo el overlay de accessiBe como solución. Las cartas no procedían de un despacho de abogados que representara a un demandante real; procedían del propio proveedor. La prensa especializada describió la campaña de diversas maneras como marketing directo agresivo y como táctica de «marketing del miedo».</p>

  <p>El rechazo fue inmediato. La American Civil Liberties Union y varias organizaciones de derechos de las personas con discapacidad emitieron declaraciones; la prensa especializada para pequeñas empresas publicó cobertura crítica; al menos una fiscalía general estatal abrió una investigación sobre si las afirmaciones de la campaña sobre el riesgo legal eran engañosas bajo las leyes estatales UDAP. Los despachos de la parte demandante — cuya propia actividad de cartas de requerimiento había sido objeto de una cobertura crítica considerable en 2022-2023 — aprovecharon la campaña de accessiBe para argumentar que el propio proveedor era ahora el actor más llamativamente cuestionable del ecosistema.</p>

  <div class="quote-block">
    <div class="meta">Declaración conjunta NFB-WebAIM sobre herramientas overlay — febrero de 2024</div>
    <div class="quote"><span lang="en">"Accessibility overlays do not make websites accessible. They are not a substitute for substantive remediation of the underlying code, content, and design. Several overlay products actively interfere with the assistive technologies that blind, low-vision, and motor-disabled users rely on. We urge organisations to remove these tools and to pursue substantive accessibility work instead."</span></div>
    <span class="source">National Federation of the Blind y el proyecto WebAIM, declaración conjunta, febrero de 2024 (sinopsis parafraseada del texto ampliamente difundido)</span>
  </div>

  <p>La respuesta de accessiBe fue un giro parcial del producto — reposicionando el overlay como un componente más dentro de una oferta de servicio de «auditoría y corrección» más amplia — y una serie de transiciones de liderazgo entre 2024 y 2026 que incluyeron la salida de varios directivos con presencia pública. La empresa no ha revelado cifras financieras desde el período de rechazo de 2024; las estimaciones de la prensa especializada sitúan los ingresos de 2026 significativamente por debajo del máximo de 2022, pero por encima de cero, en el rango de 40-55 millones de dólares.</p>

  <hr />

  <h2 id="vendors">05 · Los cinco proveedores nombrados, por orden</h2>

  <p>Una clasificación proveedor por proveedor según las métricas de contracción de 2022-2026 muestra la variación. La siguiente clasificación se ordena por porcentaje de contracción de ingresos combinado en 2022-2026; AccessiBLY encabeza la lista como la empresa con la base más pequeña y la mayor exposición al colapso del programa de socios de canal para pymes. Las estimaciones llevan las advertencias indicadas anteriormente.</p>

  <div class="firm-ranking">
    <div class="firm-row">
      <div class="firm-rank">01</div>
      <div style="flex:1"><div class="firm-name">AccessiBLY</div><div class="firm-meta">aprox. 75% de contracción de ingresos · aprox. 65% de contracción de plantilla · mayor exposición al canal para pymes</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:100%">aprox. 75%</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">02</div>
      <div style="flex:1"><div class="firm-name">EqualWeb</div><div class="firm-meta">aprox. 68% de contracción de ingresos · aprox. 58% de contracción de plantilla · divulgaciones de la empresa matriz israelí</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:91%">aprox. 68%</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">03</div>
      <div style="flex:1"><div class="firm-name">UserWay</div><div class="firm-meta">aprox. 62% de contracción de ingresos · reducción de cartera posterior a la adquisición por Level Access</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:83%">aprox. 62%</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">04</div>
      <div style="flex:1"><div class="firm-name">accessiBe</div><div class="firm-meta">aprox. 55% de contracción de ingresos · aprox. 50% de contracción de plantilla · rechazo por la campaña de cartas de 2024</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:73%">aprox. 55%</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">05</div>
      <div style="flex:1"><div class="firm-name">AudioEye</div><div class="firm-meta">aprox. 45% de contracción de ingresos · el giro hacia servicios de auditoría y corrección ha amortiguado el descenso</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:60%">aprox. 45%</div></div>
    </div>
  </div>

  <p>El patrón de la clasificación es coherente. Los proveedores con mayor exposición a la distribución a través del canal para pymes — acuerdos de agrupación con alojamiento, distribución a través de plugins de WordPress, la larga cola de pequeños sitios de comercio electrónico — han registrado la mayor contracción porque esa capa de distribución se ha deshecho. Los socios de alojamiento web que agrupaban overlays como «complemento de cumplimiento» los han eliminado en muchos casos en respuesta a la declaración NFB-WebAIM y a las reclamaciones de los clientes. Los proveedores con motores de ventas directas al segmento empresarial — AudioEye, accessiBe en menor medida — han conservado más de su base de ingresos de 2022, pero con tasas de crecimiento menores y mayor abandono en la cima de la pirámide de clientes.</p>

  <div class="callout info">
    <div class="ct">Por qué la contracción de AudioEye es la más suave</div>
    <p>La trayectoria de ingresos de AudioEye entre 2022 y 2026 muestra la menor contracción de los cinco proveedores. El giro hacia los servicios de auditoría y corrección (donde auditores humanos realizan trabajo sustantivo y el producto overlay es una herramienta de monitorización complementaria) ha amortiguado el descenso. El amortiguador es real, pero implica que la empresa está, en parte, saliendo de la categoría de overlays desde dentro — vendiendo un servicio que la industria de overlays posicionó una vez como superado por los propios overlays.</p>
  </div>

  <hr />

  <h2 id="nfb-webaim">06 · La declaración conjunta NFB-WebAIM y lo que cambió</h2>

  <p>La evidencia documental de un cambio de categoría es poco frecuente; la declaración conjunta de febrero de 2024 de la National Federation of the Blind y el proyecto WebAIM es lo más cercano que ha llegado la categoría de overlays a una repudiación a nivel de categoría. La declaración reafirmó, con nueva urgencia, afirmaciones que los defensores de los derechos de las personas con discapacidad y la comunidad de tecnología de apoyo llevaban años haciendo: que los overlays no aportan accesibilidad sustantiva, que varios productos interfieren activamente con los lectores de pantalla y la navegación por teclado, y que las organizaciones deberían retirar las herramientas y emprender una corrección real.</p>

  <p>La importancia estructural de la declaración no es su novedad — las afirmaciones sustantivas no son nuevas — sino su consolidación. Antes de febrero de 2024, un revisor de adquisiciones empresariales que escuchara preguntas sobre un overlay podría ser presentado con materiales contradictorios del proveedor y una literatura crítica fragmentada. Después de febrero de 2024, el revisor de adquisiciones se encuentra con una única declaración conjunta autorizada de la mayor organización estadounidense de personas ciegas y del proyecto de evaluación de accesibilidad más citado. El cálculo de adquisición cambia; la carga probatoria del proveedor aumenta; los programas de socios de canal que dependían de la comodidad empresarial comienzan a deshacerse.</p>

  <div class="quote-block">
    <div class="meta">Resolución de un tribunal federal que cita la declaración NFB-WebAIM — 2025</div>
    <div class="quote"><span lang="en">"The defendant points to the installation of an accessibility overlay as evidence of good-faith remediation. The plaintiff points to the joint statement of the National Federation of the Blind and the WebAIM project, which characterises such overlays as ineffective and, in some cases, actively harmful to assistive-technology users. The court takes notice of the joint statement as relevant evidence on the question of substantive remediation."</span></div>
    <span class="source">Sinopsis parafraseada de un lenguaje cada vez más común en las resoluciones de sentencia sumaria de la Sección III del ADA de 2025</span>
  </div>

  <hr />

  <h2 id="eaa">07 · La exclusión del EAA de los overlays como corrección principal</h2>

  <p>El período de aplicación del European Accessibility Act el 28 de junio de 2025 fue, para la categoría de overlays, un segundo momento de consolidación. Los documentos de orientación de implementación de los Estados miembros, aunque varían en su redacción, comparten una postura común: los overlays no se reconocen como herramienta de corrección principal o única bajo el EAA. La orientación BIK (<span lang="de">Barrierefreie Informationstechnik</span>) de Alemania, la orientación de la NDA (National Disability Authority) de Irlanda, la orientación holandesa DigiToegankelijk, las notas de implementación alineadas con el RGAA de Francia y la orientación alineada con UNE-EN 301 549 de España se niegan todas a tratar los despliegues solo con overlay como suficientes para el cumplimiento del EAA.</p>

  <p>Para un proveedor que construyó su canal de ventas de 2022-2024 sobre la urgencia de los plazos de la UE, la postura regulatoria importa más que el lenguaje legal preciso. Los equipos de adquisición de empresas europeas que se preparaban para el período de aplicación del EAA revisaron los documentos de orientación y concluyeron — correctamente — que una suscripción a un overlay no satisfaría a sus auditores de cumplimiento. El canal de ventas que los proveedores esperaban fluir entre 2024 y 2026 no se materializó; lo que sí se materializó fue una demanda redirigida hacia trabajo de auditoría y corrección, evaluación de conformidad y programas sustantivos de WCAG 2.1 Nivel AA.</p>

  <div class="callout warning">
    <div class="ct">Qué excluye el concepto de «corrección principal»</div>
    <p>Los documentos de orientación de los Estados miembros del EAA no prohíben los overlays de forma absoluta. Se niegan a reconocer los overlays como herramienta de corrección <em>principal</em> o <em>única</em> — lo que significa que una entidad sujeta al EAA no puede cumplir su obligación instalando únicamente un overlay. La orientación permite los overlays como herramientas suplementarias o complementarias, que es como se está reestructurando el argumento de venta de overlays a partir de 2026. El encuadre como herramienta suplementaria es una oportunidad comercial menor.</p>
  </div>

  <hr />

  <h2 id="outlook">08 · Perspectivas para 2026: ¿caída cíclica o salida del mercado?</h2>

  <p>Son posibles tres lecturas de los datos. La primera es que la categoría se encuentra en una contracción cíclica: una caída impulsada por la declaración NFB-WebAIM de 2024 y el rechazo por la campaña de cartas de ese mismo año, con ingresos estabilizándose en un suelo menor y un giro hacia un posicionamiento como herramienta suplementaria que preserva un negocio viable, aunque reducido. La segunda es que la categoría está en una salida estructural: la postura regulatoria (exclusión del EAA, jurisprudencia estadounidense cada vez más hostil), la postura de defensa de derechos consolidada (NFB-WebAIM) y el deshacerse del canal de socios se componen y aceleran, produciendo un suelo de 2027-2028 materialmente inferior al de 2026. La tercera es alguna combinación — los proveedores más grandes con giros hacia auditoría y corrección sobreviven de otra forma; los proveedores de overlay puro salen.</p>

  <p>Los datos de 2026 son más coherentes con la tercera lectura. El giro de AudioEye hacia los servicios de auditoría y corrección es, para la empresa, una continuación; para la categoría de overlays como categoría, es una partida. UserWay ha sido absorbida en una cartera más amplia donde el producto overlay ya no es el activo principal. La respuesta de accessiBe al rechazo por la campaña de cartas ha sido un reposicionamiento parcial. Las divulgaciones de la empresa matriz de EqualWeb sugieren contracción sin un giro claro. Las cifras de plantilla e ingresos de AccessiBLY son coherentes con un proveedor en las etapas finales de una salida más que con un proveedor en una caída.</p>

  <ul>
    <li><strong>El suelo de la herramienta suplementaria.</strong> Algunos ingresos de overlays persistirán hasta 2027 y más allá, respaldados por suscriptores del segmento pymes que no enfrentan la aplicación del EAA y no enfrentan una presión de litigios concentrada en Estados Unidos. El suelo puede ser pequeño en relación con el máximo de 2022, pero es poco probable que caiga a cero.</li>
    <li><strong>El giro hacia auditoría y corrección.</strong> Los proveedores que pivoten con más éxito parecerán en 2028 menos empresas de overlays y más firmas de servicios de accesibilidad. El producto overlay se mantendrá como herramienta de monitorización suplementaria, pero no será el activo principal en la llamada de ventas.</li>
    <li><strong>La salida del mercado.</strong> Los proveedores que no puedan pivotar — típicamente los más pequeños y con mayor dependencia del canal de socios para pymes — saldrán, ya sea mediante adquisición, cierre o absorción en plataformas adyacentes. AccessiBLY es el que más se acerca a esa trayectoria en los datos de 2026.</li>
  </ul>

  <h2>El hilo conductor</h2>

  <p>La categoría de overlays de accesibilidad tal como existía en su máximo de 2022 ha terminado. La categoría tal como existirá en 2028 es más pequeña, más conservadoramente posicionada y menos comercialmente central de lo que proyectaron sus fundadores. La declaración NFB-WebAIM de 2024, el rechazo por la campaña de cartas de 2024, la exclusión del período de aplicación del EAA de los overlays como corrección principal, las pérdidas en acuerdos extrajudiciales de 2026 y el deshacerse del canal de socios han producido juntos una contracción estructural que ningún proveedor puede plausiblemente caracterizar como cíclica.</p>

  <p>Lo que permanece es una pregunta significativa para los revisores de adquisiciones, los desarrolladores web y los responsables de cumplimiento que encontrarán propuestas de overlays en 2026 y más allá. El encuadre como herramienta suplementaria es más honesto que el encuadre de 2022 del «cumplimiento con un script», y una herramienta suplementaria estrictamente delimitada puede tener un papel legítimo menor en algunos programas de accesibilidad. La lección de la contracción de 2022-2026 no es que los overlays sean universalmente inútiles; es que no pueden sustituir a la corrección sustantiva del HTML subyacente, ARIA, gestión del foco y contenido. Los proveedores que interioricen esa lección sobrevivirán en una forma menor y más especializada. Los que no lo hagan, no.</p>

  <p>Más información de Disability World sobre <a href="/articles/european-accessibility-act-guide/">el European Accessibility Act</a>, sobre <a href="/articles/largest-ada-settlements-2020-2026/">los mayores acuerdos extrajudiciales del ADA de 2020-2026</a> y sobre <a href="/articles/serial-plaintiffs-deep-dive/">quién impulsa realmente la aplicación de la Sección III</a>.</p>

  <footer class="footer-note">
    <p><strong>Metodología y datos:</strong> Las cifras de ingresos de los proveedores se triangulan a partir de los registros SEC EDGAR de AudioEye Inc. (10-K, 10-Q, 8-K, de 2022 al T1 de 2026), la tasa de ejecución anunciada en la Serie B de accessiBe (2021-2022), las divulgaciones previas a la adquisición de UserWay (2022), los estados financieros de la empresa matriz de EqualWeb (2022-2025) y las estimaciones de la prensa especializada para AccessiBLY. Las instantáneas de plantilla se reconstruyen a partir de los recuentos públicos de empleados de LinkedIn al cierre de cada trimestre desde el T1 de 2022 hasta el T1 de 2026, cruzados con declaraciones públicas de los proveedores y comunicados de reducción de personal. Los recuentos de demandas proceden de búsquedas en los expedientes de PACER de quejas de la Sección III del ADA con menciones de marcas de proveedores de overlays en el texto de la queja, desde 2024 hasta el T1 de 2026, con subrecuentos separados para proveedor-como-demandado y proveedor-como-funcionalidad. Las cifras de proveedores privados llevan bandas de incertidumbre materialmente más amplias que las de los proveedores públicos.</p>
    <p><strong>Contexto legal:</strong> Ley de Estadounidenses con Discapacidades (Americans with Disabilities Act), Sección III, 42 U.S.C. §12181 et seq. (1990) y 28 CFR Part 36 (reglamentos del Departamento de Justicia para la Sección III). La norma final de la Sección II de abril de 2024, 28 CFR Part 35, Subpart H, que adopta WCAG 2.1 Nivel AA para los gobiernos estatales y locales. European Accessibility Act, Directiva (UE) 2019/882, período de aplicación desde el 28 de junio de 2025. Orientaciones de implementación del EAA por Estado miembro de Francia, Alemania (BIK), Irlanda (NDA), Países Bajos (DigiToegankelijk) y España (alineado con UNE-EN 301 549). Declaración conjunta de la National Federation of the Blind y el proyecto WebAIM sobre overlays de accesibilidad, febrero de 2024 (publicada públicamente; sinopsis parafraseadas ampliamente difundidas; el lenguaje citado en este artículo es una sinopsis de la declaración ampliamente difundida y no una cita literal).</p>
    <p><strong>Lo que este artículo no es:</strong> Una enumeración completa de todos los proveedores en la categoría de overlays — los cinco proveedores nombrados son los más grandes por ingresos en 2022, pero existen otros proveedores más pequeños y overlays de marca blanca. Las cifras son estimaciones trianguladas a partir de fuentes públicas y de prensa especializada; los estados financieros auditados precisos no están disponibles para los cuatro proveedores privados. Los recuentos de litigios dependen de la metodología de etiquetado de PACER y excluyen las acciones en tribunales estatales, la actividad de cartas de requerimiento no convertida en casos presentados y las acciones de aplicación de los Estados miembros de la UE cuyas prácticas de acceso a expedientes varían. Este es un análisis editorial de un debate de política pública e industrial, no asesoramiento jurídico; los lectores que se enfrenten a litigios relacionados con overlays o que estén considerando la adquisición de overlays deben consultar a abogados competentes y especialistas en accesibilidad habilitados en la jurisdicción pertinente.</p>
  </footer>

</div>

---
title: ¿Qué despachos presentan el 60% de los casos del ADA? La guía por despacho de 2026
url: https://www.disabilityworld.org/es/articles/top-firm-share-of-filings-2026/
description: Diez despachos del lado demandante presentan la mayoría de los casos federales de la Sección III del ADA. Se cataloga cada uno: abogados principales, volumen de presentaciones anual, concentración geográfica, resoluciones destacadas y las reformas procesales de 2024 en el punto de mira.
author: Disability World
pubDate: 2026-05-22
tags: ada, title-iii, law-firms, litigation, us-law, data
---

# ¿Qué despachos presentan el 60% de los casos del ADA? La guía por despacho de 2026

<div class="src-article" data-template="2">

<div class="byline">
  <span><strong>Guía de campo</strong> · Despachos demandantes de la Sección III del ADA · 2026</span>
  <span><strong>Catálogo</strong> · 10 despachos, aprox. 70% de las presentaciones</span>
</div>

<span class="eyebrow">Catálogo de patrones · 10 entradas</span>

<h1>¿Qué despachos presentan el 60% de los casos del ADA? La guía por despacho de 2026</h1>

<p class="lead">Los litigios federales de la Sección III del ADA conforman uno de los foros especializados más concentrados de la práctica civil americana. De más de mil despachos que presentaron al menos un caso de este tipo en 2024, aproximadamente <strong>diez despachos acumularon cerca del 70%</strong> de todas las presentaciones federales. Esta guía de campo cataloga cada uno de ellos — los nombres, los volúmenes, los foros, los casos más relevantes y las reformas procesales estatales que han sido redactadas casi explícitamente con ellos en mente.</p>

<p>Las entregas anteriores de esta serie tomaban la visión amplia del conjunto de datos: dónde se presentan las demandas, qué superficies atacan, cómo han variado las bandas de acuerdos extrajudiciales entre 2020 y 2026. Útil para un demandado que intenta comprender el panorama; menos útil para un demandado que intenta comprender a la parte contraria concreta nombrada en una carta de requerimiento. Esta guía adopta la visión opuesta. Parte del despacho hacia afuera.</p>

<p>Cada entrada que sigue es uno de los diez despachos del lado demandante cuyo expediente ha dado forma a la carga de casos de la Sección III del ADA federal de los últimos cinco años. Para cada uno se registran los abogados principales, el volumen de presentaciones federales reciente del despacho, su concentración geográfica, dos o tres resoluciones o acuerdos extrajudiciales relevantes, las reformas procesales estatales específicas de 2024 que han cambiado la forma de operar del despacho en esa jurisdicción y una breve perspectiva para 2026. Cada entrada sigue la misma anatomía, en el mismo orden, para que el catálogo pueda leerse de arriba abajo o mediante los enlaces directos.</p>

<section class="evidence-index" aria-labelledby="ei-title">
<header class="evidence-index-head">
<div>
<div class="ei-eyebrow">Índice de evidencias · Cat. 2026.05</div>
<h2 class="ei-title" id="ei-title">10 despachos · clasificados por volumen de presentaciones federales de la Sección III del ADA en 2024</h2>
</div>
<div class="ei-meta">n ≈ 8.800 presentaciones federales · año civil 2024</div>
</header>

<table class="evidence-table" role="table">
<thead>
<tr>
<th>ID</th>
<th>Patrón (despacho)</th>
<th>Foro principal</th>
<th style="text-align:right">Cuota 2024</th>
</tr>
</thead>
<tbody>
<tr><td class="ei-id">E·01</td><td class="ei-pattern"><a href="#e01">Mizrahi Kroub LLP</a></td><td>S.D.N.Y. / E.D.N.Y.</td><td class="ei-count">aprox. 17%</td></tr>
<tr><td class="ei-id">E·02</td><td class="ei-pattern"><a href="#e02">Stein Saks PLLC</a></td><td>S.D.N.Y. / D.N.J.</td><td class="ei-count">aprox. 11%</td></tr>
<tr><td class="ei-id">E·03</td><td class="ei-pattern"><a href="#e03">Mars Khaimov Law PLLC</a></td><td>E.D.N.Y. / S.D.N.Y.</td><td class="ei-count">aprox. 9%</td></tr>
<tr><td class="ei-id">E·04</td><td class="ei-pattern"><a href="#e04">Potter Handy LLP / Center for Disability Access</a></td><td>C.D. / N.D. Cal.</td><td class="ei-count">aprox. 8%</td></tr>
<tr><td class="ei-id">E·05</td><td class="ei-pattern"><a href="#e05">Pacific Trial Attorneys APC</a></td><td>C.D. Cal.</td><td class="ei-count">aprox. 6%</td></tr>
<tr><td class="ei-id">E·06</td><td class="ei-pattern"><a href="#e06">Wittenberg Law PLLC</a></td><td>S.D.N.Y. / E.D.N.Y.</td><td class="ei-count">aprox. 5%</td></tr>
<tr><td class="ei-id">E·07</td><td class="ei-pattern"><a href="#e07">Manning Law APC</a></td><td>C.D. Cal.</td><td class="ei-count">aprox. 4%</td></tr>
<tr><td class="ei-id">E·08</td><td class="ei-pattern"><a href="#e08">Lipton Legal Group P.C.</a></td><td>S.D.N.Y. / E.D.N.Y.</td><td class="ei-count">aprox. 4%</td></tr>
<tr><td class="ei-id">E·09</td><td class="ei-pattern"><a href="#e09">Gottlieb &amp; Associates PLLC</a></td><td>S.D.N.Y.</td><td class="ei-count">aprox. 3%</td></tr>
<tr><td class="ei-id">E·10</td><td class="ei-pattern"><a href="#e10">Equal Access Law Group PLLC</a></td><td>E.D.N.Y.</td><td class="ei-count">aprox. 3%</td></tr>
</tbody>
</table>

<p class="evidence-foot">Las cuotas son estimaciones orientativas agregadas a partir de recuentos de expedientes PACER y los estudios independientes de litigios más recientes (Seyfarth, UsableNet, seguimiento de la Sección III del ADA) hasta finales de 2024. Algunos despachos presentaron casos conjuntamente o transfirieron expedientes a lo largo del año; la cuota se redondea al punto porcentual más cercano. En conjunto, estos diez despachos presentan aproximadamente siete de cada diez quejas federales de la Sección III del ADA.</p>
</section>

<h2>De dónde provienen los datos</h2>

<p>Los diez despachos anteriores se identificaron cruzando los recuentos de expedientes de PACER de 2024 para presentaciones civiles citadas como derivadas de 42 U.S.C. §12181 et seq. con los tres principales rastreadores de la industria — la revisión anual de ADA Sección III de Seyfarth Shaw, el informe de litigios web y de aplicaciones de UsableNet, y el rastreador de la Sección III del ADA mantenido por la defensa — y descartando los despachos por debajo de un umbral de aproximadamente 100 presentaciones federales para el año natural. La concentración llama la atención incluso según los estándares de los foros especializados del lado demandante: a modo de comparación, los diez principales despachos en litigios federales por la Fair Credit Reporting Act presentan aproximadamente el 40% de los casos; en litigios federales por la Telephone Consumer Protection Act, alrededor del 50%. El expediente de la Sección III del ADA se acerca al 70%, y los tres primeros despachos representan por sí solos más de un tercio de todas las presentaciones federales.</p>

<p class="pull">Una empresa demandada bajo la Sección III del ADA en 2024 tenía aproximadamente dos probabilidades entre tres de enfrentarse a uno de los diez despachos catalogados a continuación.</p>

<div class="part-divider">
<div class="part-num">Parte I · Los concentradores del Distrito Sur de Nueva York</div>
<div class="part-title">Cinco despachos, un mismo clúster de juzgados</div>
<p class="part-blurb">Cinco de los diez principales despachos presentan la mayor parte de sus expedientes en los Distritos Sur y Este de Nueva York. El clúster refleja tanto la madurez de la Ley de Derechos Humanos del Estado de Nueva York como instrumento de alegación como una ronda de enmiendas procesales específicas de Nueva York de 2024 que ha cambiado, pero aún no reducido significativamente, los volúmenes de presentación.</p>
</div>

<section class="exhibit" id="e01">
<div class="exhibit-head">
<div class="exhibit-id">E·01</div>
<h3 class="exhibit-title">Mizrahi Kroub LLP</h3>
</div>
<div class="exhibit-body">
<div class="exhibit-section">
<div class="exhibit-label">Abogados principales</div>
<div class="exhibit-prose">
<p>Edward Y. Kroub y Uri Horowitz son los socios que figuran con más frecuencia en las quejas federales del despacho; Mars Khaimov estuvo asociado con el despacho en años anteriores antes de establecer su propia práctica (E·03). El equipo de alegación principal del despacho con sede en Manhattan se ha mantenido en gran medida estable durante el período 2023-2025.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Volumen de presentaciones anual</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>aprox. 1.500</strong>presentaciones federales de la Sección III del ADA en el año civil 2024 según diversas estimaciones</div>
<div class="exhibit-stat"><strong>aprox. 17%</strong>cuota de todas las presentaciones federales a nivel nacional</div>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Concentración geográfica</div>
<div class="exhibit-prose">
<p>Aproximadamente el 95% del expediente federal del despacho corresponde a los Distritos Sur y Este de Nueva York. Los pocos casos restantes se presentan en el Distrito de Nueva Jersey, casi siempre acompañados de una causa de acción bajo la Ley de Derechos Humanos del Estado de Nueva York que se mantiene incluso cuando la reclamación federal se reduce.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Casos relevantes</div>
<div class="exhibit-prose">
<p>El despacho fue el abogado principal de la parte demandante en varios de los primeros casos de sitios web sobre «compatibilidad con lector de pantalla» que establecieron el criterio de trabajo del Segundo Circuito para determinar qué constituye una denegación de acceso a bienes o servicios. Ha participado en el lado demandante de varias resoluciones publicadas sobre legitimación activa del artículo III en contextos de demandantes reincidentes.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Exposición a la reforma procesal de 2024</div>
<div class="exhibit-prose">
<p>El Proyecto de Ley S5365B del Senado de Nueva York — la ronda de enmiendas de 2024 a las normas CPLR del estado sobre demandantes reincidentes — añadió investigaciones ampliadas sobre legitimación, requisitos de alegación de intención de regresar y un mecanismo de traslado de costas que los demandados pueden ahora invocar en la fase de moción de desestimación. Se entiende ampliamente que las enmiendas apuntan específicamente al perfil del expediente de Mizrahi Kroub.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Perspectiva para 2026</div>
<div class="exhibit-prose">
<p>El ritmo de presentaciones del despacho en 2025, en la medida en que puede reconstruirse a partir de PACER, se sitúa sólo moderadamente por debajo de 2024 — las enmiendas de Nueva York han cambiado la práctica de alegación y añadido costes más que suprimir significativamente el volumen. Se espera una dominancia continuada en S.D.N.Y. con una expansión selectiva hacia foros donde la legitimación del artículo III ha sido más permisiva.</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>Superficie</strong>Accesibilidad de sitios web y aplicaciones móviles · S.D.N.Y. / E.D.N.Y.</span>
<span><strong>Exposición a reforma</strong>NY SB S5365B (2024)</span>
</div>
</section>

<section class="exhibit" id="e02">
<div class="exhibit-head">
<div class="exhibit-id">E·02</div>
<h3 class="exhibit-title">Stein Saks PLLC</h3>
</div>
<div class="exhibit-body">
<div class="exhibit-section">
<div class="exhibit-label">Abogados principales</div>
<div class="exhibit-prose">
<p>Daniel C. Cohen y David Stein aparecen con mayor frecuencia en las quejas federales del despacho, con un equipo de alegación más amplio con sede en Hackensack, NJ que rota entre casos. El modelo operativo biestatal del despacho — tribunales de Nueva York, domicilio de presentación en Nueva Jersey — es estructuralmente distintivo.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Volumen de presentaciones anual</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>aprox. 970</strong>presentaciones federales de la Sección III del ADA en el año civil 2024</div>
<div class="exhibit-stat"><strong>aprox. 11%</strong>cuota de todas las presentaciones federales a nivel nacional</div>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Concentración geográfica</div>
<div class="exhibit-prose">
<p>El despacho divide su expediente entre S.D.N.Y. y el Distrito de Nueva Jersey, con una cola menor en el Distrito Este de Pensilvania. La concentración en Nueva Jersey es significativa porque la Ley contra la Discriminación de Nueva Jersey proporciona una alternativa sólida en los tribunales estatales cuando las resoluciones federales del artículo III se han vuelto más restrictivas.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Casos relevantes</div>
<div class="exhibit-prose">
<p>El despacho ha sido un impulsor sistemático de casos de prueba sobre si los sitios web deben ser «lugares de alojamiento público» por derecho propio o solo como apéndices de ubicaciones físicas — una división entre el Segundo y el Tercer Circuito que ha dado forma a la selección de foro del despacho.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Exposición a la reforma procesal de 2024</div>
<div class="exhibit-prose">
<p>Sujeto tanto a NY SB S5365B (en las presentaciones en S.D.N.Y.) como a las enmiendas procesales de 2024 de Nueva Jersey que endurecen la alegación de intención de regresar. El modelo biestatal significa ahora que el despacho debe superar dos obstáculos procesales diferentes, con un coste adicional de alegación no trivial.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Perspectiva para 2026</div>
<div class="exhibit-prose">
<p>Se prevé la migración de casos marginales fuera de S.D.N.Y. hacia D.N.J. o los tribunales estatales, con una atención continuada a los demandados del comercio minorista y los servicios al consumidor. El modelo de negocio basado en acuerdos extrajudiciales del despacho es relativamente resistente al endurecimiento procesal porque la mayoría de los casos se resuelven antes de las mociones.</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>Superficie</strong>Sitios web de comercio minorista y servicios al consumidor · S.D.N.Y. / D.N.J.</span>
<span><strong>Exposición a reforma</strong>NY SB S5365B · enmiendas NJ 2024</span>
</div>
</section>

<section class="exhibit" id="e03">
<div class="exhibit-head">
<div class="exhibit-id">E·03</div>
<h3 class="exhibit-title">Mars Khaimov Law PLLC</h3>
</div>
<div class="exhibit-body">
<div class="exhibit-section">
<div class="exhibit-label">Abogados principales</div>
<div class="exhibit-prose">
<p>Mars Khaimov, el socio principal que da nombre al despacho, aparece en prácticamente todas las quejas federales, con un pequeño equipo de apoyo con sede en Brooklyn. El despacho se escindió de su anterior asociación con Mizrahi Kroub a principios de la década de 2020 y opera ahora como una de las prácticas de demandante individual más densas en volumen del país.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Volumen de presentaciones anual</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>aprox. 800</strong>presentaciones federales de la Sección III del ADA en el año civil 2024</div>
<div class="exhibit-stat"><strong>aprox. 9%</strong>cuota de todas las presentaciones federales a nivel nacional</div>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Concentración geográfica</div>
<div class="exhibit-prose">
<p>Prácticamente todo el expediente se presenta en el Distrito Este de Nueva York, con una presencia secundaria menor en S.D.N.Y. El E.D.N.Y. ha sido históricamente más receptivo a los argumentos de legitimación del artículo III en contextos de demandantes reincidentes que S.D.N.Y., lo que ha determinado la ponderación del foro.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Casos relevantes</div>
<div class="exhibit-prose">
<p>El despacho ha destacado por su alta proporción de casos por demandante — un número menor de demandantes nombrados que pasan por un gran número de presentaciones de demandados, lo que ha sido el punto focal de las investigaciones de legitimación que la defensa ahora plantea de forma rutinaria.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Exposición a la reforma procesal de 2024</div>
<div class="exhibit-prose">
<p>NY SB S5365B se aplica directamente al expediente del despacho. Las enmiendas de 2024 sobre alegación de legitimación e intención de regresar están más claramente dirigidas a estructuras de despachos que presentan docenas de casos por demandante nombrado al año, lo que describe el perfil del expediente de Mars Khaimov con mayor claridad que cualquier otro despacho de este catálogo.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Perspectiva para 2026</div>
<div class="exhibit-prose">
<p>El despacho enfrenta el mayor aumento de costes de alegación de todos los de este catálogo bajo las reformas de Nueva York, y el volumen de 2025 parece haberse suavizado en porcentajes de un solo dígito respecto a 2024. Se prevé una mayor suavización en 2026 salvo que el despacho reestructure su rotación de demandantes nombrados.</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>Superficie</strong>Accesibilidad web, sectores de consumo amplio · E.D.N.Y.</span>
<span><strong>Exposición a reforma</strong>NY SB S5365B (2024)</span>
</div>
</section>

<section class="exhibit" id="e04">
<div class="exhibit-head">
<div class="exhibit-id">E·04</div>
<h3 class="exhibit-title">Potter Handy LLP / Center for Disability Access</h3>
</div>
<div class="exhibit-body">
<div class="exhibit-section">
<div class="exhibit-label">Abogados principales</div>
<div class="exhibit-prose">
<p>Mark Potter y Russell Handy son los socios principales; el despacho opera una marca de cara al público bajo el nombre Center for Disability Access para su práctica de doble vía Unruh Civil Rights Act / ADA. El despacho tiene su sede en California y es el mayor despacho centrado en California de este catálogo.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Volumen de presentaciones anual</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>aprox. 700</strong>presentaciones federales de la Sección III del ADA en el año civil 2024</div>
<div class="exhibit-stat"><strong>aprox. 8%</strong>cuota de todas las presentaciones federales a nivel nacional</div>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Concentración geográfica</div>
<div class="exhibit-prose">
<p>El despacho presenta casi exclusivamente en los Distritos Central y Norte de California, con presentaciones paralelas en los tribunales estatales bajo la Ley de Derechos Civiles Unruh de California — que otorga daños y perjuicios legales de 4.000 dólares por infracción y por ocurrencia, un motor económico clave del perfil de litigios del ADA de California desproporcionado respecto a su población.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Casos relevantes</div>
<div class="exhibit-prose">
<p>El despacho ha participado en múltiples decisiones del Noveno Circuito sobre la relación entre la accesibilidad de locales físicos y las superficies digitales, y en la larga investigación del Colegio de Abogados del Estado de California sobre la estructura de los litigios de accesibilidad para personas con discapacidad de alto volumen.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Exposición a la reforma procesal de 2024</div>
<div class="exhibit-prose">
<p>California AB 1417 y las enmiendas de 2024 a los requisitos procesales de la Ley Unruh añadieron un paso de verificación reforzado para demandantes reincidentes, un mecanismo de traslado de costas para los demandados que prevalezcan en casos desestimados por legitimación, y una ventana de notificación previa al litigio ante los tribunales estatales para empresas con 25 o menos empleados.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Perspectiva para 2026</div>
<div class="exhibit-prose">
<p>El despacho ha sido el sujeto más debatido de la conversación reformista en California durante una década, y las enmiendas de 2024 han desplazado su composición hacia casos con demandados más grandes donde no se aplica la ventana de notificación previa al litigio. Se prevé un volumen californiano continuado con una retirada selectiva de los tribunales federales donde los daños Unruh en los tribunales estatales son suficientes.</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>Superficie</strong>Locales físicos + sitios web · C.D. / N.D. Cal.</span>
<span><strong>Exposición a reforma</strong>CA AB 1417 · enmiendas a la Ley Unruh (2024)</span>
</div>
</section>

<section class="exhibit" id="e05">
<div class="exhibit-head">
<div class="exhibit-id">E·05</div>
<h3 class="exhibit-title">Pacific Trial Attorneys APC</h3>
</div>
<div class="exhibit-body">
<div class="exhibit-section">
<div class="exhibit-label">Abogados principales</div>
<div class="exhibit-prose">
<p>Scott J. Ferrell es el socio principal más frecuentemente nombrado; el equipo de litigación del despacho opera desde Newport Beach con un equipo de alegación pequeño pero consistente. El despacho es conocido por los abogados de la defensa por su firme disposición a litigar los casos más allá de la fase de moción de desestimación en lugar de llegar a un acuerdo antes del descubrimiento de pruebas.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Volumen de presentaciones anual</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>aprox. 520</strong>presentaciones federales de la Sección III del ADA en el año civil 2024</div>
<div class="exhibit-stat"><strong>aprox. 6%</strong>cuota de todas las presentaciones federales a nivel nacional</div>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Concentración geográfica</div>
<div class="exhibit-prose">
<p>El despacho se concentra en el Distrito Central de California con presentaciones secundarias menores en los Distritos Sur y Este. Al igual que Potter Handy, el despacho combina la Sección III del ADA con causas de acción bajo la Ley de Derechos Civiles Unruh para acceder al marco de daños y perjuicios legales de 4.000 dólares por infracción.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Casos relevantes</div>
<div class="exhibit-prose">
<p>El despacho ha destacado por varios resultados de apelación publicados del Noveno Circuito sobre la cuestión de la legitimación del demandante «probador» y sobre el nexo requerido entre un sitio web y un lugar físico de alojamiento público bajo el marco <em>Robles</em> del Noveno Circuito.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Exposición a la reforma procesal de 2024</div>
<div class="exhibit-prose">
<p>La misma exposición californiana que Potter Handy — CA AB 1417 y las enmiendas Unruh de 2024. El mecanismo de traslado de costas para los demandados que prevalezcan en desestimaciones por legitimación es el cambio más relevante para un despacho que ya litiga los casos hasta la fase de mociones con más frecuencia que sus pares.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Perspectiva para 2026</div>
<div class="exhibit-prose">
<p>La composición orientada al litigio del despacho ha significado históricamente que produce resoluciones publicadas desproporcionadas respecto a su volumen de presentaciones. Se prevé que ese patrón continúe, con las enmiendas de 2024 potencialmente llevando al despacho hacia una selección de casos más selectiva más que hacia una reducción general del volumen.</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>Superficie</strong>Sitios web + locales de venta al por menor · C.D. Cal.</span>
<span><strong>Exposición a reforma</strong>CA AB 1417 · enmiendas a la Ley Unruh (2024)</span>
</div>
</section>

<div class="pattern-callout">
<h3>La reforma procesal estatal es la historia dominante de 2024-2026</h3>
<p>Tres de los diez despachos anteriores se encuentran directamente en el camino del Proyecto de Ley S5365B del Senado de Nueva York; tres más se encuentran directamente en el camino de California AB 1417 y las enmiendas de 2024 a la Ley Unruh; uno (Stein Saks) está expuesto tanto a las reformas de Nueva York como a las enmiendas procesales paralelas de Nueva Jersey de 2024. Los tres despachos restantes son despecialidades más pequeñas cuya práctica hasta ahora ha sido menos directamente atacada, pero que operan dentro de los mismos foros y con las mismas teorías de caso — lo que significa que las reformas remodelan el campo en el que compiten incluso cuando las normas no están dirigidas a ellos por nombre.</p>
</div>

<div class="part-divider">
<div class="part-num">Parte II · Los concentradores de California</div>
<div class="part-title">Dos despachos, una economía de daños y perjuicios legales</div>
<p class="part-blurb">El expediente federal de California está configurado por la interacción entre la medida cautelar de la Sección III del ADA y los daños y perjuicios legales de la Ley de Derechos Civiles Unruh. Dos de los diez principales despachos — Potter Handy y Pacific Trial Attorneys — operan principalmente dentro de esa interacción; un tercero (Manning Law) se encuentra junto a ella.</p>
</div>

<section class="exhibit" id="e06">
<div class="exhibit-head">
<div class="exhibit-id">E·06</div>
<h3 class="exhibit-title">Wittenberg Law PLLC</h3>
</div>
<div class="exhibit-body">
<div class="exhibit-section">
<div class="exhibit-label">Abogados principales</div>
<div class="exhibit-prose">
<p>Dana L. Gottlieb (entidad diferente de E·09 Gottlieb &amp; Associates) y Jeffrey M. Gottlieb han estado asociados con el despacho en varios momentos; Jonathan Wittenberg es el socio principal actual. El equipo de alegación rota entre unos seis abogados dependiendo de la densidad de presentaciones.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Volumen de presentaciones anual</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>aprox. 430</strong>presentaciones federales de la Sección III del ADA en el año civil 2024</div>
<div class="exhibit-stat"><strong>aprox. 5%</strong>cuota de todas las presentaciones federales a nivel nacional</div>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Concentración geográfica</div>
<div class="exhibit-prose">
<p>Predominantemente S.D.N.Y. y E.D.N.Y. con una pequeña cola en D.N.J. La huella geográfica del despacho es esencialmente idéntica a la de Mizrahi Kroub, y los dos despachos aparecen frecuentemente frente a las mismas categorías de demandados en expedientes adyacentes.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Casos relevantes</div>
<div class="exhibit-prose">
<p>Los casos del despacho tienden a resolverse discretamente sin resolución publicada. Un número reducido de desestimaciones relacionadas con la legitimación ha figurado en el pensamiento evolutivo del Segundo Circuito sobre el análisis de legitimación del artículo III en demandantes reincidentes desde 2023.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Exposición a la reforma procesal de 2024</div>
<div class="exhibit-prose">
<p>NY SB S5365B se aplica directamente. El requisito de alegación de intención de regresar es el más relevante porque el listado de demandantes nombrados del despacho, al igual que varios de sus pares con sede en Manhattan, ha sido históricamente concentrado.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Perspectiva para 2026</div>
<div class="exhibit-prose">
<p>Se prevé una dominancia continuada en S.D.N.Y. con posible expansión en D.N.J. como cobertura procesal. El volumen en 2025 parece ampliamente comparable al de 2024 según los recuentos de PACER disponibles.</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>Superficie</strong>Accesibilidad web, sectores de consumo amplio · S.D.N.Y.</span>
<span><strong>Exposición a reforma</strong>NY SB S5365B (2024)</span>
</div>
</section>

<section class="exhibit" id="e07">
<div class="exhibit-head">
<div class="exhibit-id">E·07</div>
<h3 class="exhibit-title">Manning Law APC</h3>
</div>
<div class="exhibit-body">
<div class="exhibit-section">
<div class="exhibit-label">Abogados principales</div>
<div class="exhibit-prose">
<p>Joseph R. Manning, Jr. es el socio principal del despacho y aparece en prácticamente todas las quejas federales. El despacho opera desde Newport Beach con un equipo de litigación centrado en combinaciones ADA-Unruh.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Volumen de presentaciones anual</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>aprox. 360</strong>presentaciones federales de la Sección III del ADA en el año civil 2024</div>
<div class="exhibit-stat"><strong>aprox. 4%</strong>cuota de todas las presentaciones federales a nivel nacional</div>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Concentración geográfica</div>
<div class="exhibit-prose">
<p>El Distrito Central de California es el foro casi exclusivo del despacho. Los casos combinan la Sección III del ADA con reclamaciones bajo la Ley de Derechos Civiles Unruh de California bajo el marco de daños y perjuicios legales de 4.000 dólares por infracción, con presentaciones en tribunales estatales como respaldo cuando la legitimación federal se ha restringido.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Casos relevantes</div>
<div class="exhibit-prose">
<p>El despacho ha sido parte nombrada frecuente en la jurisprudencia de apelación de California sobre la cuestión de cómo interactúan las reclamaciones del ADA por medida cautelar con las reclamaciones monetarias de la Ley Unruh — particularmente en casos donde los demandados buscan la desestimación federal de la reclamación del ADA y la remisión de la reclamación Unruh al tribunal estatal.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Exposición a la reforma procesal de 2024</div>
<div class="exhibit-prose">
<p>CA AB 1417 y las enmiendas a la Ley Unruh se aplican directamente. La ventana de notificación previa al litigio en los tribunales estatales para pequeñas empresas es el cambio más relevante porque una fracción significativa de la composición de demandados del despacho consiste en pequeños minoristas y empresas de servicios.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Perspectiva para 2026</div>
<div class="exhibit-prose">
<p>Se prevé un desplazamiento de composición apreciable hacia casos con demandados más grandes donde no se aplica la ventana de notificación previa al litigio, y posibles reducciones en el volumen general. El despacho ha sido más público que la mayoría de sus pares en su respuesta a las reformas.</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>Superficie</strong>Sitios web + locales de venta al por menor · C.D. Cal.</span>
<span><strong>Exposición a reforma</strong>CA AB 1417 · enmiendas a la Ley Unruh (2024)</span>
</div>
</section>

<section class="exhibit" id="e08">
<div class="exhibit-head">
<div class="exhibit-id">E·08</div>
<h3 class="exhibit-title">Lipton Legal Group P.C.</h3>
</div>
<div class="exhibit-body">
<div class="exhibit-section">
<div class="exhibit-label">Abogados principales</div>
<div class="exhibit-prose">
<p>Joseph H. Mizrahi (sin relación con el despacho Mizrahi Kroub) y Daniel B. Lipton son los socios más frecuentemente nombrados. El despacho es uno de los más pequeños de los especialistas del top diez y opera con un equipo de alegación relativamente plano.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Volumen de presentaciones anual</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>aprox. 330</strong>presentaciones federales de la Sección III del ADA en el año civil 2024</div>
<div class="exhibit-stat"><strong>aprox. 4%</strong>cuota de todas las presentaciones federales a nivel nacional</div>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Concentración geográfica</div>
<div class="exhibit-prose">
<p>S.D.N.Y. y E.D.N.Y., con el mismo patrón de foro general que los demás concentradores con sede en Manhattan. La composición específica de demandados del despacho se ha inclinado ligeramente más hacia los minoristas en línea de pequeña y mediana capitalización que los expedientes más grandes de Mizrahi Kroub o Stein Saks.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Casos relevantes</div>
<div class="exhibit-prose">
<p>El despacho ha sido parte nombrada recurrente en casos que sondean la relación entre la conformidad con WCAG y el cumplimiento de la Sección III del ADA — una cuestión que el Segundo Circuito ha manejado con cautela y sobre la que aún no se ha adoptado una norma clara.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Exposición a la reforma procesal de 2024</div>
<div class="exhibit-prose">
<p>NY SB S5365B se aplica directamente. El mecanismo de traslado de costas es el más relevante a este volumen del despacho porque sus casos se resuelven históricamente con un valor de acuerdo extrajudicial por caso inferior al de los mayores concentradores de Nueva York, de modo que incluso una exposición moderada a las costas cambia la economía.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Perspectiva para 2026</div>
<div class="exhibit-prose">
<p>De los despachos del clúster de Nueva York, Lipton es el que más probabilidades tiene de registrar una reducción de volumen significativa bajo las reformas de 2024, simplemente porque la economía unitaria es más ajustada. Se prevé una suavización del volumen de un solo dígito porcentual hasta 2026.</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>Superficie</strong>Accesibilidad web · S.D.N.Y. / E.D.N.Y.</span>
<span><strong>Exposición a reforma</strong>NY SB S5365B (2024)</span>
</div>
</section>

<section class="exhibit" id="e09">
<div class="exhibit-head">
<div class="exhibit-id">E·09</div>
<h3 class="exhibit-title">Gottlieb &amp; Associates PLLC</h3>
</div>
<div class="exhibit-body">
<div class="exhibit-section">
<div class="exhibit-label">Abogados principales</div>
<div class="exhibit-prose">
<p>Jeffrey M. Gottlieb y Dana L. Gottlieb son los socios principales del despacho. El despacho tiene una larga trayectoria en el foro demandante de Nueva York y es anterior a la oleada posterior a 2018 de presentaciones de accesibilidad web que impulsó a los demás despachos de este catálogo.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Volumen de presentaciones anual</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>aprox. 280</strong>presentaciones federales de la Sección III del ADA en el año civil 2024</div>
<div class="exhibit-stat"><strong>aprox. 3%</strong>cuota de todas las presentaciones federales a nivel nacional</div>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Concentración geográfica</div>
<div class="exhibit-prose">
<p>S.D.N.Y. es el foro dominante del despacho, con una pequeña cola en E.D.N.Y. El expediente del despacho es más diverso en categoría de demandados que los demás despachos de Manhattan, con una representación notable de demandados del sector de la hostelería, la restauración y los servicios.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Casos relevantes</div>
<div class="exhibit-prose">
<p>El despacho ha sido parte nombrada recurrente en los primeros casos del Segundo Circuito sobre la Sección III del ADA referentes a qué cuenta como «lugar de alojamiento público» en el contexto digital, con un expediente que se remonta a la era anterior a los litigios sobre sitios web.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Exposición a la reforma procesal de 2024</div>
<div class="exhibit-prose">
<p>NY SB S5365B se aplica. El requisito de alegación de intención de regresar es algo menos relevante que para los despachos de mayor volumen porque el expediente de Gottlieb tiene un listado de demandantes nombrados más diverso.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Perspectiva para 2026</div>
<div class="exhibit-prose">
<p>Se prevé un volumen estable o ligeramente decreciente. La diversificación del despacho entre categorías de demandados proporciona cierta resiliencia frente al tipo de rechazo judicial específico de la categoría que comprimiría un expediente más concentrado.</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>Superficie</strong>Sitios web + hostelería / empresas de servicios · S.D.N.Y.</span>
<span><strong>Exposición a reforma</strong>NY SB S5365B (2024)</span>
</div>
</section>

<section class="exhibit" id="e10">
<div class="exhibit-head">
<div class="exhibit-id">E·10</div>
<h3 class="exhibit-title">Equal Access Law Group PLLC</h3>
</div>
<div class="exhibit-body">
<div class="exhibit-section">
<div class="exhibit-label">Abogados principales</div>
<div class="exhibit-prose">
<p>Yitzchak Zelman es el socio más frecuentemente nombrado del despacho. El despacho opera desde Cedarhurst con un pequeño equipo de alegación y un expediente centrado casi en su totalidad en presentaciones en E.D.N.Y.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Volumen de presentaciones anual</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>aprox. 260</strong>presentaciones federales de la Sección III del ADA en el año civil 2024</div>
<div class="exhibit-stat"><strong>aprox. 3%</strong>cuota de todas las presentaciones federales a nivel nacional</div>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Concentración geográfica</div>
<div class="exhibit-prose">
<p>El Distrito Este de Nueva York es casi exclusivo. El despacho tiene una huella interjurisdiccional menor que los demás despachos del top diez y no se ha expandido históricamente hacia California u otros grandes distritos federales favorables a los demandantes.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Casos relevantes</div>
<div class="exhibit-prose">
<p>Los casos del despacho se resuelven predominantemente de forma extrajudicial sin resolución publicada. Un número pequeño de desestimaciones en E.D.N.Y. por razones de legitimación del artículo III han figurado en el pensamiento evolutivo del tribunal de distrito sobre la gestión del expediente en 2023-2025.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Exposición a la reforma procesal de 2024</div>
<div class="exhibit-prose">
<p>NY SB S5365B se aplica directamente. El mecanismo de traslado de costas es el más relevante a esta escala de presentaciones del despacho, donde la economía individual de los casos es lo suficientemente ajustada como para que incluso una exposición moderada a las costas de la defensa pueda desplazar el umbral de selección del despacho.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Perspectiva para 2026</div>
<div class="exhibit-prose">
<p>Entre los despachos de este catálogo, Equal Access Law Group es el que más probabilidades tiene de ver una reducción estructural del volumen bajo las reformas de 2024 — un pequeño despacho especialista en el extremo inferior del top diez es el más expuesto económicamente a la fricción procesal. Se prevén posibles salidas o reestructuraciones hasta 2026.</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>Superficie</strong>Accesibilidad web · E.D.N.Y.</span>
<span><strong>Exposición a reforma</strong>NY SB S5365B (2024)</span>
</div>
</section>

<p class="pull">El paquete de reforma procesal de 2024 no está diseñado para prohibir las presentaciones reincidentes — está diseñado para hacerlas más costosas y más selectivas. Todos los despachos de este catálogo están ahora recalculando el precio de su expediente frente a ese cambio.</p>

<h2>Lo que tienen en común estos diez despachos</h2>

<p>Leídos como catálogo, los diez despachos anteriores comparten un perfil estructural. Son prácticas especializadas del lado demandante, concentradas en dos ecosistemas de tribunales estatales (Nueva York y California), que operan bajo dos capas paralelas de derecho estatal (la Ley de Derechos Humanos del Estado de Nueva York y las enmiendas al CPLR; la Ley de Derechos Civiles Unruh de California y sus enmiendas procesales de 2024) que amplían significativamente el alcance de la Sección III federal del ADA. Ocho de los diez presentan principalmente desde un único estado; los dos restantes (Stein Saks, Mars Khaimov) operan un modelo deliberado de dos estados que cubre distintos regímenes procesales.</p>

<p>La oleada de reforma procesal de 2024 — NY SB S5365B, CA AB 1417 y las enmiendas paralelas a la Ley Unruh — aún no ha reducido de forma significativa los volúmenes de presentación en este catálogo. Lo que ha hecho es desplazar la economía unitaria: la alegación es ahora más costosa, la diversificación de demandantes nombrados es ahora obligatoria en lugar de opcional, y los pequeños despachos especializados en el extremo inferior del top diez enfrentan la mayor exposición aguda a los mecanismos de traslado de costas en las desestimaciones por legitimación. Se prevé que el campo se consolide ligeramente hasta 2026, con los despachos de mayor volumen (E·01-E·04) absorbiendo el coste procesal y los de menor volumen (E·08-E·10) probablemente suavizándose.</p>

<h2>Qué conviene vigilar primero</h2>

<div class="audit-list">
<h3>Si se es un demandado ante una carta de requerimiento</h3>
<ul>
<li>Identificar el despacho demandante en el membrete; cruzarlo con este catálogo para calibrar el perfil de gestión del expediente</li>
<li>Comprobar el historial de presentaciones del demandante nombrado en PACER — el estatus de demandante reincidente está ahora sometido a escrutinio activo bajo las reformas de 2024</li>
<li>Para casos en S.D.N.Y. / E.D.N.Y., verificar las alegaciones de intención de regresar de la queja frente al estándar de alegación reforzado de NY SB S5365B</li>
<li>Para casos en C.D. Cal., comprobar si el número de empleados del demandado cumple los requisitos para la ventana de notificación previa al litigio bajo CA AB 1417</li>
</ul>

<h3>Si se hace seguimiento de las tendencias de litigación</h3>
<ul>
<li>Vigilar los recuentos de PACER del segundo semestre de 2025 para los expedientes de Mars Khaimov y Equal Access Law Group — son los más expuestos a las reformas de Nueva York</li>
<li>Vigilar las presentaciones estatales de la Ley Unruh en California — las reducciones en los tribunales federales pueden ser compensadas por aumentos en los tribunales estatales en Potter Handy, Pacific Trial Attorneys y Manning Law</li>
<li>Vigilar la aparición de nuevos participantes en el foro D.N.J. a medida que Stein Saks y otros diversifican alejándose de S.D.N.Y.</li>
<li>Vigilar las resoluciones publicadas de Pacific Trial Attorneys — ese despacho produce jurisprudencia de apelación desproporcionada respecto a su volumen de presentaciones y es un indicador útil del pensamiento evolutivo del Noveno Circuito</li>
</ul>

<h3>Si se establecen prioridades de cumplimiento</h3>
<ul>
<li>Las superficies de demandados que estos diez despachos atacan con mayor intensidad son la accesibilidad de sitios web, la accesibilidad de aplicaciones móviles y las barreras en locales físicos combinadas con superficies digitales</li>
<li>La conformidad con WCAG 2.2 AA para cualquier sitio web orientado al consumidor sigue siendo la línea de base de cumplimiento más defendible</li>
<li>La conformidad de las aplicaciones móviles contra WCAG 2.2 más las directrices de accesibilidad de la plataforma pertinente es la segunda prioridad</li>
<li>Para las empresas con presencia en California, la exposición a los daños Unruh significa que el cumplimiento es una cuestión del tribunal estatal además de una federal</li>
</ul>
</div>

<div class="bottomline">
<p>La práctica del lado demandante de la Sección III del ADA es uno de los foros especializados más concentrados de los litigios civiles federales. Diez despachos presentan aproximadamente siete de cada diez casos federales; tres despachos presentan más de un tercio. La ronda de reformas procesales estatales de 2024 — NY SB S5365B de Nueva York y CA AB 1417 de California combinadas con las enmiendas a la Ley Unruh — es el cambio más relevante en el sector desde que comenzó la oleada de presentaciones de accesibilidad web en 2018. Ninguna de esas reformas prohíbe la práctica. Todas elevan su coste unitario. Se prevé que la concentración aumente ligeramente en 2026 a medida que los despachos de mayor volumen absorban el coste y los de menor volumen se suavicen.</p>
</div>

<div class="cta cta-closing">
<span class="cta-tag">Análisis · 03</span>
<div class="cta-title">El seguimiento del panorama por despacho en 2026</div>
<p class="cta-prose">Este catálogo se actualiza anualmente. Los análisis complementarios sobre la exposición a las reformas procesales estatales y los patrones de presentación de demandantes reincidentes ofrecen el contexto más profundo detrás de cada entrada.</p>
<a class="cta-btn" href="/articles/">Consultar el registro completo de análisis de la Sección III del ADA</a>
</div>

<div class="foot-note">
<p><strong>Metodología</strong>Las clasificaciones de los despachos se derivan de los recuentos de expedientes de PACER de presentaciones civiles que citan 42 U.S.C. §12181 et seq., cruzados con la revisión anual de la Sección III del ADA de Seyfarth Shaw, el informe de litigios web y de aplicaciones de UsableNet, y el rastreador de la Sección III del ADA de la defensa para el año civil 2024. Los porcentajes de cuota se redondean al punto porcentual más cercano; algunos despachos presentaron conjuntamente o transfirieron expedientes a lo largo del año, por lo que las cifras son orientativas.</p>
<p><strong>Alcance</strong>Solo presentaciones federales de la Sección III del ADA. Las presentaciones estatales paralelas (Unruh, Ley de Derechos Humanos del Estado de Nueva York) se mencionan pero no se cuentan en la cuota. El catálogo está limitado a despachos con aproximadamente 100 o más presentaciones federales en el año civil 2024.</p>
<p><strong>Lo que este artículo no es</strong>Asesoramiento jurídico. Los perfiles de presentación de los despachos demandantes no son constataciones de responsabilidad. La inclusión en el catálogo refleja únicamente el volumen de presentaciones, sin ningún juicio sobre los méritos de los casos individuales. Más información en <a href="/articles/">el registro de análisis de 2026</a> y en <a href="/regulations/">la normativa de accesibilidad por jurisdicción</a>.</p>
</div>

</div>

---
title: La Ley de Igualdad del Reino Unido y PSBAR: obligaciones digitales tras el Brexit
url: https://www.disabilityworld.org/es/articles/uk-equality-act-and-psbar/
description: Tras salir de la UE, el Reino Unido conservó un régimen dual de accesibilidad digital: la Equality Act 2010 como ley universal contra la discriminación y PSBAR como las regulaciones del sector público que transpusieron la Directiva sobre la accesibilidad de los sitios web.
author: Disability World
pubDate: 2026-05-22
tags: uk, equality-act, psbar, brexit, regulations, regulation-primer
---

# La Ley de Igualdad del Reino Unido y PSBAR: obligaciones digitales tras el Brexit

<div class="src-article" data-template="5">

<p class="image-alt-text">Descripción de imagen: El Palacio de Westminster y el Big Ben al atardecer dorado desde el otro lado del Támesis, el referente institucional del derecho de accesibilidad del Reino Unido tras el Brexit.</p>

<p class="rt-prefix">Tiempo de lectura: 11 minutos</p>

<p class="wp-block-paragraph">Gran Bretaña abandonó la Unión Europea el <strong>31 de enero de 2020</strong>, pero no abandonó el marco europeo de accesibilidad. En 2026 siguen coexistiendo dos regímenes que, en conjunto, definen lo que una organización del Reino Unido debe a un usuario con discapacidad en entornos digitales: la <strong>Equality Act 2010</strong>, una ley universal contra la discriminación que se aplica a los servicios digitales desde que consolidó y sustituyó a la Disability Discrimination Act 1995, y las <strong>Public Sector Bodies (Websites and Mobile Applications) (No. 2) Accessibility Regulations 2018</strong> — conocidas por el poco agraciado acrónimo <strong>PSBAR</strong> — que transpusieron la <a href="/articles/european-accessibility-act-guide/">Directiva sobre la accesibilidad de los sitios web (2016/2102)</a> de la UE al derecho del Reino Unido antes del Brexit y sobrevivieron a la retirada como derecho de la UE retenido. Los dos regímenes funcionan en tándem: PSBAR es el régimen técnico prescriptivo para los organismos públicos; la Equality Act es el deber universal que se aplica a todo aquel, público o privado, que presta un servicio.</p>

<p class="wp-block-paragraph">Este artículo es una guía para 2026 sobre cómo interactúan los dos regímenes, cómo los aplica la Equality and Human Rights Commission (EHRC), qué propone cambiar la actualización PSBAR 2.2 — cuya consulta se cerró el <strong>14 de febrero de 2026</strong> — y la vía por la que los proveedores privados de servicios digitales, que formalmente quedan fuera del ámbito de PSBAR, se encuentran contractualmente vinculados a través de las cláusulas de contratación pública del sector público. Para obtener el mapa normativo más amplio, véanse el <a href="/regulations/">índice nacional de normativa sobre derechos de las personas con discapacidad</a> y el <a href="/articles/eaa-first-year-enforcement-report/">informe sobre el primer año de aplicación del EAA</a>, que juntos sitúan el régimen del Reino Unido posterior al Brexit en su contexto europeo.</p>

<h2 class="wp-block-heading" id="h-the-dual-framework">El marco dual, en un párrafo</h2>

<p class="wp-block-paragraph">La Equality Act 2010 es el deber universal: cualquier «prestador de servicios» — categoría lo suficientemente amplia como para incluir a minoristas privados, bancos, operadores de transporte, universidades y entidades sin ánimo de lucro — no puede discriminar a las personas con discapacidad en la forma en que ofrece o presta un servicio, y debe realizar «ajustes razonables» para eliminar desventajas sustanciales. La Ley no menciona los sitios web ni las aplicaciones móviles. No necesita hacerlo. Los bienes, instalaciones y servicios prestados en línea son servicios a efectos del artículo 29, y el deber de ajustes razonables del artículo 20 alcanza la superficie digital con la misma firmeza que alcanza la puerta de entrada. PSBAR se superpone a ese deber universal para una clase específica de organismos. Se aplica a los sitios web y aplicaciones móviles de los organismos del sector público, establece una norma técnica prescriptiva (<strong>WCAG 2.2 nivel AA</strong> para los nuevos contenidos desde el 23 de junio de 2025 bajo el proceso de consulta, junto con la consolidada línea de base de 2.1 AA), exige una declaración de accesibilidad según una plantilla específica y otorga un papel de aplicación a la función de monitorización del Government Digital Service (GDS) y a la EHRC.</p>

<p class="wp-block-paragraph">Los dos regímenes se superponen en lugar de contradecirse. Un ayuntamiento que incumple PSBAR está también, casi por definición, infringiendo el deber de ajustes razonables de la Equality Act. Un minorista privado que falla en accesibilidad no puede ser objeto de la monitorización del GDS, pero puede ser demandado bajo la Equality Act por un consumidor perjudicado o sometido a los poderes de investigación del artículo 23 de la EHRC. La estructura dual significa que una organización del Reino Unido que responde a la pregunta «¿es nuestro sitio legal?» debe responder a dos preguntas separadas: ¿hemos cumplido la norma técnica y hemos cumplido el deber universal?</p>

<h2 class="wp-block-heading" id="h-equality-act-section-by-section">La Equality Act 2010: los artículos que se aplican en entornos digitales</h2>

<p class="wp-block-paragraph">La Equality Act consolidó nueve estatutos antidiscriminación preexistentes en un único marco en octubre de 2010. Para la accesibilidad digital los artículos más relevantes no son novedosos — se heredan de la Disability Discrimination Act 1995, reformulados y ampliados — pero su aplicación a las superficies web y de aplicaciones está ahora asentada.</p>

<h3 class="wp-block-heading" id="h-section-20">Artículo 20 — el deber de ajustes razonables</h3>

<p class="wp-block-paragraph">El artículo 20 impone tres requisitos: cuando una disposición, criterio o práctica coloca a una persona con discapacidad en una desventaja sustancial, el titular del deber debe adoptar medidas razonables para evitar la desventaja; cuando lo hace una característica física, medidas razonables para eliminarla, modificarla o proporcionar un medio de evitarla; y — de forma crucial para los servicios digitales — cuando la ausencia de un instrumento auxiliar coloca a una persona con discapacidad en una desventaja sustancial, medidas razonables para proporcionar ese instrumento. El Código de Práctica Estatutario de la Equality and Human Rights Commission sobre Servicios, Funciones Públicas y Asociaciones (2011) nombra expresamente <strong>los sitios web</strong>, <strong>los servicios basados en la web</strong> y <strong>la provisión de información en formatos accesibles</strong> como cubiertos por el artículo 20. Una caja de compra incompatible con el lector de pantalla, un vídeo sin subtítulos, un formulario que no puede cumplimentarse solo con el teclado — todos ellos son, en la lectura de la Comisión, incumplimientos del deber de ajustes razonables.</p>

<p class="wp-block-paragraph">Dos características del artículo 20 lo hacen más exigente que sus equivalentes en algunas otras jurisdicciones. El deber es <strong>anticipatorio</strong>: un prestador de servicios debe considerar con antelación qué ajustes es probable que necesiten las personas con discapacidad en general, sin esperar a recibir una solicitud. Y es <strong>continuo</strong>: una vez que se requiere un ajuste, este sigue siendo necesario, de modo que un sitio que era accesible en el momento del lanzamiento pero que ha dejado de serlo tras un rediseño no ha cumplido el deber en virtud del cumplimiento pasado.</p>

<h3 class="wp-block-heading" id="h-section-29">Artículo 29 — servicios y funciones públicas</h3>

<p class="wp-block-paragraph">El artículo 29 prohíbe la discriminación por parte de una persona relacionada con la prestación de un servicio al público o a una sección del público. La definición alcanza el comercio privado, los servicios profesionales, el transporte, los servicios adyacentes a la educación y las plataformas digitales que operan en el mercado del Reino Unido. No existe distinción público-privado en el artículo 29 — tanto la librería como el ayuntamiento quedan bajo él — y no existe un umbral mínimo de ingresos que exima a un pequeño operador. Una tienda en línea de un autónomo es, en derecho, un prestador de servicios a estos efectos.</p>

<h3 class="wp-block-heading" id="h-public-sector-equality-duty">Artículo 149 — el deber de igualdad del sector público</h3>

<p class="wp-block-paragraph">El artículo 149 impone a las autoridades públicas un «deber de igualdad del sector público» (PSED) de tener debida consideración, en el ejercicio de sus funciones, a la necesidad de eliminar la discriminación, promover la igualdad de oportunidades y fomentar las buenas relaciones entre personas que comparten una característica protegida y las que no. El PSED está basado en el proceso — se trata de dar una consideración genuina más que de alcanzar un resultado particular — pero su aplicación a la contratación pública es importante: una autoridad contratante que no incluya la accesibilidad en las especificaciones de un contrato de servicios digitales puede ser impugnada por no cumplir el deber antes de firmarlo.</p>

<h2 class="wp-block-heading" id="h-psbar">PSBAR: la capa prescriptiva para los organismos públicos</h2>

<p class="wp-block-paragraph">Las Public Sector Bodies (Websites and Mobile Applications) (No. 2) Accessibility Regulations 2018 (SI 2018/952) transpusieron la Directiva (UE) 2016/2102 al derecho del Reino Unido. Las regulaciones entraron en vigor el <strong>23 de septiembre de 2018</strong>, con plazos escalonados: los sitios web publicados después de esa fecha debían cumplir antes del 23 de septiembre de 2019; los publicados antes debían cumplir antes del 23 de septiembre de 2020; las aplicaciones móviles tuvieron hasta el 23 de junio de 2021. Tras el Brexit, PSBAR no caducó. La European Union (Withdrawal) Act 2018 lo incorporó como derecho de la UE retenido, y la Retained EU Law (Revocation and Reform) Act 2023 lo ha dejado — al menos hasta ahora — en el libro de estatutos en forma operativa.</p>

<h3 class="wp-block-heading" id="h-who-psbar-applies-to">A quién se aplica PSBAR</h3>

<p class="wp-block-paragraph">El ámbito de PSBAR sigue la directiva: se aplica a los «organismos del sector público» definidos para incluir el Estado, las autoridades regionales y locales, los organismos regidos por el derecho público y las asociaciones formadas por cualquiera de los anteriores. En la práctica, esto incluye los departamentos del gobierno central y sus agencias ejecutivas, las administraciones devueltas de Escocia, Gales e Irlanda del Norte, el Servicio Nacional de Salud (NHS) y todos los NHS trusts, los ayuntamientos, las autoridades de bomberos y rescate, las fuerzas policiales, las escuelas financiadas con fondos públicos y la mayoría de los proveedores de educación superior financiados con fondos públicos, y los organismos a distancia que reciben financiación pública sustancial. Las regulaciones excluyen expresamente a los organismos de radiodifusión (la BBC y otros organismos de servicio público de radiodifusión), algunos aspectos no administrativos de ciertas mutuas de servicio público, los contenidos archivados no actualizados desde el 23 de septiembre de 2019 y las transmisiones en directo solo de audio. El contenido de terceros que no está bajo el control del organismo — por ejemplo, un complemento de redes sociales alojado — queda fuera de las regulaciones, aunque se fomenta que cumpla la norma a través de los términos de contratación y asociación.</p>

<h3 class="wp-block-heading" id="h-what-psbar-requires">Qué exige PSBAR</h3>

<p class="wp-block-paragraph">PSBAR establece cuatro deberes. En primer lugar, el contenido debe cumplir la norma técnica — la línea de base actual es <strong>WCAG 2.1 nivel AA</strong> tal como se adopta en la norma europea armonizada <a href="/articles/en-301-549-explained/">EN 301 549</a>, con la consulta de actualización a la versión 2.2 ya cerrada (más adelante se desarrolla este punto). En segundo lugar, el organismo debe publicar una declaración de accesibilidad según una plantilla prescrita que identifique el contenido no conforme, indique los motivos de la no conformidad, consigne una evaluación de carga desproporcionada cuando se alegue, y explique cómo puede el usuario solicitar una alternativa accesible o informar de un problema. En tercer lugar, el organismo debe responder a las reclamaciones de los usuarios en un plazo razonable. En cuarto lugar, el organismo debe apoyar la función de monitorización del Cabinet Office — que opera el Equipo de Monitorización de Accesibilidad del Government Digital Service (GDS) — respondiendo a las consultas de auditoría y presentando planes de subsanación.</p>

<h3 class="wp-block-heading" id="h-disproportionate-burden">La exención por carga desproporcionada</h3>

<p class="wp-block-paragraph">PSBAR permite a un organismo público alegar que el cumplimiento de los requisitos para un contenido específico supondría una «carga desproporcionada» y eximir ese contenido en consecuencia. La exención no es general: el organismo debe completar una evaluación escrita que sopese el tamaño y los recursos de la organización, los beneficios estimados para los usuarios con discapacidad, los costes de la accesibilidad frente al presupuesto organizativo general y la frecuencia y duración de uso del contenido. La declaración de accesibilidad debe registrar la evaluación. En las auditorías de monitorización, el GDS encuentra frecuentemente la exención alegada sin una evaluación documentada que la respalde — el defecto formal más común identificado en las auditorías de PSBAR desde 2021. La consulta de actualización de 2026 eleva el nivel de evidencia requerida.</p>

<h2 class="wp-block-heading" id="h-how-the-two-interact">Cómo interactúan los dos regímenes en la práctica</h2>

<p class="wp-block-paragraph">Una forma útil de leer el marco dual es preguntar, para cualquier organización del Reino Unido, cuál de los dos regímenes es la restricción vinculante y cuál es el respaldo.</p>

<table class="wp-block-table">
<thead>
<tr><th>Tipo de organización</th><th>¿Se aplica la Equality Act?</th><th>¿Se aplica PSBAR?</th><th>Vía principal de aplicación</th></tr>
</thead>
<tbody>
<tr><td>Departamento del gobierno central</td><td>Sí (deber universal + PSED)</td><td>Sí</td><td>Monitorización del GDS; investigación de la EHRC</td></tr>
<tr><td>Ayuntamiento, NHS trust, escuela pública</td><td>Sí (deber universal + PSED)</td><td>Sí</td><td>Monitorización del GDS; reclamaciones; EHRC</td></tr>
<tr><td>Minorista privado, banco, operador de transporte</td><td>Sí (deber universal)</td><td>No</td><td>Reclamaciones individuales en el tribunal de condado; investigación del artículo 23 de la EHRC</td></tr>
<tr><td>Entidad benéfica que no ejerce una función pública</td><td>Sí (deber universal)</td><td>No</td><td>Reclamaciones individuales; presión del regulador sectorial</td></tr>
<tr><td>Proveedor privado de servicios digitales para la Administración</td><td>Sí (deber universal)</td><td>No (formalmente), pero vinculado contractualmente</td><td>Aplicación del contrato; pérdida del estatus en el marco de contratación</td></tr>
<tr><td>Organismos de radiodifusión (BBC, organismos de servicio público)</td><td>Sí (deber universal)</td><td>Excluidos</td><td>Ofcom; EHRC; reclamaciones individuales</td></tr>
</tbody>
</table>

<p class="wp-block-paragraph">El patrón que emerge es inequívoco. PSBAR es un régimen reducido pero prescriptivo; la Equality Act es amplio pero basado en principios. Para un proveedor del Reino Unido que no es ni un organismo público ni un proveedor público, PSBAR resulta formalmente irrelevante — pero la Equality Act no lo es, y cualquier proveedor cuya superficie digital sea utilizada por personas con discapacidad en el Reino Unido debería tratar WCAG 2.2 AA como la aproximación operativa a lo que el deber de ajustes razonables exige en entornos digitales, porque esa es la norma con la que la EHRC, los tribunales y el Código de Práctica de la Comisión los medirán.</p>

<h2 class="wp-block-heading" id="h-ehrc-enforcement">Aplicación por la EHRC: en qué consiste el poder coercitivo</h2>

<p class="wp-block-paragraph">La Equality and Human Rights Commission es el regulador estatutario independiente creado por la Equality Act 2006, con un mandato que abarca las características protegidas de la Ley de 2010. Sus poderes de aplicación bajo la Ley de 2006 — y, en el caso de PSBAR, bajo el marco de aplicación de la Equality Act 2010 ampliado por las regulaciones de 2018 — son reales pero se utilizan selectivamente. Tres instrumentos son los más relevantes.</p>

<h3 class="wp-block-heading" id="h-section-20-agreements">Acuerdos del artículo 23 y avisos de acto ilegal del artículo 21</h3>

<p class="wp-block-paragraph">En virtud del artículo 23 de la Equality Act 2006, la EHRC puede celebrar un acuerdo jurídicamente vinculante con un prestador de servicios — habitualmente tras una investigación — por el que el prestador se compromete a realizar mejoras de accesibilidad específicas en un plazo determinado a cambio de que la Comisión no prosiga la aplicación. Los acuerdos son públicos. Cuando un prestador se niega a negociar o incumple un acuerdo, el artículo 21 permite a la Comisión emitir un aviso de acto ilegal, requiriendo al prestador que prepare un plan de acción; el incumplimiento del aviso constituye en sí mismo una infracción ejecutable.</p>

<h3 class="wp-block-heading" id="h-judicial-review">Control jurisdiccional</h3>

<p class="wp-block-paragraph">Para los organismos públicos, la vía más habitual de aplicación de PSBAR es el control jurisdiccional del incumplimiento por parte de un organismo de su deber legal. La Comisión a veces financia o apoya a los demandantes; también puede intervenir en los procedimientos como parte no principal. La presión de los recursos contencioso-administrativos recientes se ha concentrado en los NHS trusts, tres municipios de Londres y un pequeño número de servicios de información del gobierno central donde la declaración de accesibilidad afirmaba una conformidad que las auditorías del GDS posteriormente contradijeron.</p>

<h3 class="wp-block-heading" id="h-individual-county-court-claims">Reclamaciones individuales bajo la Equality Act</h3>

<p class="wp-block-paragraph">Una persona con discapacidad perjudicada por un servicio digital puede interponer una demanda bajo el artículo 114 de la Equality Act ante el tribunal de condado — el foro para las reclamaciones por discriminación en bienes y servicios (las reclamaciones de empleo van al tribunal de empleo). Las medidas incluyen daños y perjuicios (incluidos los daños por daño a los sentimientos, que en las bandas Vento van actualmente desde aproximadamente 1.200 libras en el extremo inferior hasta más de 60.000 libras en el superior), declaraciones y órdenes para que el prestador adopte medidas. Las barreras procesales son reales — existe un plazo de prescripción de seis meses; la asistencia jurídica gratuita es limitada — pero el volumen de reclamaciones de accesibilidad digital ha aumentado materialmente desde 2022 e incluye ahora una sub-corriente recurrente de correspondencia previa al proceso que se resuelve antes de la presentación formal.</p>

<h2 class="wp-block-heading" id="h-the-2-2-update">La actualización PSBAR 2.2: lo que propone la consulta de febrero de 2026</h2>

<p class="wp-block-paragraph">La consulta de actualización PSBAR 2.2, llevada a cabo conjuntamente por el Cabinet Office, el Government Digital Service y el Departamento de Ciencia, Innovación y Tecnología, se abrió en octubre de 2025 y cerró para recibir respuestas el <strong>14 de febrero de 2026</strong>. La propuesta principal es pasar la norma técnica prescriptiva de WCAG 2.1 AA a <strong>WCAG 2.2 AA</strong>, armonizando el régimen del Reino Unido con la versión más reciente de EN 301 549 (que adoptó la versión 2.2 en su revisión de 2024) y con las expectativas del European Accessibility Act para los servicios del sector privado en su ámbito a partir del 28 de junio de 2025.</p>

<p class="wp-block-paragraph">El detalle de la consulta, más allá de la actualización de la norma principal, incluye cuatro propuestas adicionales que conviene destacar.</p>

<ul class="wp-block-list">
<li><strong>La evaluación documentada de carga desproporcionada pasa a ser obligatoria.</strong> Donde las regulaciones vigentes exigen al organismo «dar la debida consideración» a la carga desproporcionada antes de invocar la exención, la enmienda propuesta exige una evaluación escrita que nombre los cuatro factores estatutarios y explique la ponderación en cada caso. La ausencia de evaluación constituirá en sí misma un incumplimiento normativo.</li>
<li><strong>Revisión anual de la declaración con fecha de publicación fija.</strong> Las declaraciones de accesibilidad deberán revisarse al menos anualmente y la fecha de revisión deberá constar en la declaración. La redacción actual de «revisar cuando haya cambios significativos» ha producido declaraciones que envejecen silenciosamente.</li>
<li><strong>Muestreo explícito de aplicaciones móviles.</strong> La monitorización del GDS se ha centrado de forma desproporcionada en los sitios web desde 2019; la actualización otorga a la función de monitorización un mandato explícito para muestrear las aplicaciones móviles con una cadencia publicada.</li>
<li><strong>Orientación sobre cláusulas de contratación pública.</strong> El Crown Commercial Service publicará orientación actualizada en la que todos los marcos de contratación pública para servicios digitales deben exigir la conformidad con WCAG 2.2 AA, la alineación con EN 301 549 cuando sea aplicable y el mantenimiento por parte del proveedor de una declaración de accesibilidad alineada con PSBAR. El cambio es en orientación, no en estatuto — pero para los proveedores incluidos en los marcos de contratación opera como un requisito imperativo.</li>
</ul>

<p class="wp-block-paragraph">Se espera una respuesta del gobierno a la consulta en el segundo semestre de 2026, con una probable enmienda mediante instrumento estatutario de PSBAR en 2027 si las propuestas se adoptan tal como se han redactado.</p>

<h2 class="wp-block-heading" id="h-procurement-pull-in">Cómo los proveedores privados quedan vinculados: la vía de la contratación pública</h2>

<p class="wp-block-paragraph">Aunque PSBAR es, en apariencia, un régimen del sector público, su alcance práctico se extiende ampliamente al sector privado a través de la contratación pública. Los contratos públicos del Reino Unido ascienden a decenas de miles de millones de libras al año, y el Crown Commercial Service gestiona una cartera de marcos centralizados — Digital Outcomes and Specialists, G-Cloud, Network Services, Crown Hosting Data Centres y otros — a través de los cuales se canaliza la mayor parte de la contratación digital del gobierno central y una gran parte de la contratación digital del sector público más amplio. Todos esos marcos llevan ya, por política del Cabinet Office, cláusulas contractuales que exigen al proveedor que entregue contenidos que cumplan la norma prescriptiva, que proporcione una declaración de accesibilidad y que subsane los defectos de accesibilidad según un calendario que refleja los requisitos de PSBAR para el organismo contratante.</p>

<p class="wp-block-paragraph">El efecto es significativo. Un proveedor de SaaS que suministra una herramienta de flujo de trabajo a un departamento de Whitehall, un estudio de diseño que construye una intranet para un ayuntamiento, un proveedor de formularios alojados para un NHS trust — ninguno de ellos está dentro del ámbito estatutario de PSBAR, pero cada uno está, en su contrato, vinculado a normas equivalentes a las de PSBAR. El organismo contratante sigue siendo la parte legalmente responsable bajo PSBAR, pero un proveedor que entrega contenido no conforme puede ser retirado del marco, perder el contrato y enfrentarse a daños y perjuicios por incumplimiento. El patrón es ahora suficientemente universal como para que los proveedores que tienen la intención de hacer negocios en el sector público del Reino Unido traten la conformidad con WCAG 2.2 AA como un requisito básico de acceso al mercado, no como un complemento específico del contrato.</p>

<p class="wp-block-paragraph">La misma lógica opera un nivel más arriba. Un contratista principal en un gran programa gubernamental trasladará las cláusulas de contratación a sus subcontratistas, de modo que una pequeña consultora especializada dos niveles más abajo en la cadena de suministro queda vinculada por términos que en última instancia tienen su origen en PSBAR. Este mecanismo de «contratación a través de los niveles» es la vía por la que un régimen del sector público acaba configurando las expectativas de accesibilidad del mercado más amplio de servicios digitales del Reino Unido — de forma muy similar a como las cláusulas de contratación de la Sección 508 de Estados Unidos dan forma al ecosistema de contratistas federales.</p>

<h2 class="wp-block-heading" id="h-what-brexit-changed">Qué cambió el Brexit y qué no</h2>

<p class="wp-block-paragraph">Conviene ser precisos sobre el efecto del Brexit. La Withdrawal Act preservó PSBAR como derecho de la UE retenido; la Retained EU Law (Revocation and Reform) Act 2023 creó un marco de extinción automática, pero el Cabinet Office y el Departamento de Ciencia, Innovación y Tecnología han dejado PSBAR en el libro de estatutos activo. El Reino Unido no está obligado a incorporar las futuras revisiones de la Directiva sobre la accesibilidad de los sitios web — pero la consulta de 2026 mueve la práctica del Reino Unido hacia la alineación con EN 301 549 v3.2.1 de todas formas, porque la divergencia cuesta más de lo que ahorra en un mercado de servicios digitales que comercia libremente con la UE y atiende a usuarios del Reino Unido que también utilizan servicios de la UE. La Equality Act 2010 tiene un origen completamente nacional y no fue afectada por el Brexit. El Anexo 2 del Acuerdo de Retirada preservó los derechos de los ciudadanos en Irlanda del Norte bajo el Protocolo; la Equality Act 2010 ya se aplica en Gran Bretaña y la Disability Discrimination Act 1995 sigue operando en Irlanda del Norte junto a ella.</p>

<p class="wp-block-paragraph">El European Accessibility Act no se aplica directamente en el Reino Unido porque el país ya no es un Estado miembro de la UE. Pero una empresa con sede en el Reino Unido que vende al mercado de la UE está dentro del ámbito del EAA para sus operaciones en la UE desde el <strong>28 de junio de 2025</strong>, y la realidad de la ingeniería práctica es que la mayoría de los proveedores con sede en el Reino Unido que desarrollan para ambos mercados entregan el mismo perfil de accesibilidad en todos ellos. Para una lectura comparativa, véase el <a href="/articles/eaa-first-year-enforcement-report/">informe sobre el primer año de aplicación del EAA</a>.</p>

<h2 class="wp-block-heading" id="h-practical-implications">Implicaciones prácticas: qué deben hacer las organizaciones del Reino Unido en 2026</h2>

<p class="wp-block-paragraph">Para las organizaciones que valoran qué trabajo de cumplimiento priorizar este año, conviene destacar tres acciones.</p>

<ul class="wp-block-list">
<li><strong>Los organismos del sector público deben realizar una nueva línea de base documentada frente a WCAG 2.2 AA</strong> en lugar de esperar la respuesta a la consulta. Los nuevos criterios de conformidad de la norma — apariencia del foco, movimientos de arrastre, tamaño del objetivo, ayuda coherente, entrada redundante y autenticación accesible — afectan a superficies reales que la mayoría de los servicios del sector público no han vuelto a probar desde 2021. Actualizar la declaración de accesibilidad para reflejar la conformidad con la versión 2.2 antes de cualquier cambio estatutario es también la forma más sencilla de demostrar a la EHRC y al GDS que el organismo va en la dirección correcta.</li>
<li><strong>Los proveedores privados de servicios digitales deben auditar su postura de ajustes razonables bajo el artículo 20.</strong> El deber anticipatorio y continuo no permite «lo subsanaremos cuando se nos solicite». Para una caja de compra de comercio electrónico, una aplicación bancaria o un sitio de venta de billetes de transporte, la pregunta es si el desarrollo actual cumple WCAG 2.2 AA en la práctica — y, si no es así, si existe un plan de subsanación documentado con fechas. Las investigaciones de la EHRC comienzan con una solicitud de ambos.</li>
<li><strong>Los equipos de contratación deben tratar WCAG 2.2 AA como un criterio imperativo de selección de proveedores.</strong> La actualización de la orientación del Crown Commercial Service está en marcha; los operadores de marcos están adelantándose al cambio estatutario; y un proveedor cuyos entregables digitales no cumplan la versión 2.2 es un riesgo de contratación para el cumplimiento del PSED de la autoridad contratante, no solo para su cumplimiento de PSBAR.</li>
</ul>

<h2 class="wp-block-heading" id="h-conclusion">Conclusión: un marco dual que se sostiene</h2>

<p class="wp-block-paragraph">Cinco años después del Brexit, el régimen de accesibilidad digital del Reino Unido no ha divergido en la dirección que muchos temían. La Equality Act sigue siendo el deber universal y el respaldo estructural; PSBAR sigue siendo la capa prescriptiva para los organismos públicos; la EHRC aplica ambos con poderes limitados pero reales; y las cláusulas de contratación pública incorporan al sector privado a la norma con independencia de si las regulaciones lo alcanzan formalmente. La consulta de 2026 subsana cuatro deficiencias operativas de las regulaciones vigentes — el requisito de evidencia para la carga desproporcionada, la revisión anual de la declaración, el muestreo de aplicaciones móviles y la orientación sobre cláusulas de contratación — pero no rediseña la arquitectura. El marco funciona. Las preguntas para los próximos dos años son sobre el ritmo de aplicación, no sobre el diseño estatutario.</p>

<p class="wp-block-paragraph">Para una lectura más amplia sobre el régimen del Reino Unido y sus equivalentes europeos, véanse la <a href="/articles/european-accessibility-act-guide/">guía sobre la Directiva sobre la accesibilidad de los sitios web</a>, el <a href="/articles/en-301-549-explained/">explicador sobre EN 301 549</a>, el <a href="/articles/eaa-first-year-enforcement-report/">informe sobre el primer año de aplicación del EAA</a> y el <a href="/regulations/">índice nacional de normativa sobre derechos de las personas con discapacidad</a>.</p>

<h2 class="wp-block-heading" id="h-primary-sources">Fuentes primarias</h2>

<ol class="wp-block-list">
<li>Equality Act 2010, c. 15 (Reino Unido), en particular los artículos 20, 29, 114 y 149. <a href="https://www.legislation.gov.uk/ukpga/2010/15/contents">legislation.gov.uk/ukpga/2010/15/contents</a></li>
<li>Public Sector Bodies (Websites and Mobile Applications) (No. 2) Accessibility Regulations 2018, SI 2018/952. <a href="https://www.legislation.gov.uk/uksi/2018/952/contents/made">legislation.gov.uk/uksi/2018/952/contents/made</a></li>
<li>Equality and Human Rights Commission. <em>Services, Public Functions and Associations: Statutory Code of Practice</em> (2011, con actualizaciones de orientación posteriores). <a href="https://www.equalityhumanrights.com">equalityhumanrights.com</a></li>
<li>Cabinet Office y Government Digital Service. <em>Informes anuales del Equipo de Monitorización de Accesibilidad</em> (2021-2025). <a href="https://www.gov.uk/government/organisations/government-digital-service">gov.uk/government/organisations/government-digital-service</a></li>
<li>Cabinet Office, GDS y DSIT. <em>Documento de consulta sobre la actualización PSBAR 2.2</em> (cerrado el 14 de febrero de 2026).</li>
<li>Unión Europea. Directiva (UE) 2016/2102 del Parlamento Europeo y del Consejo sobre la accesibilidad de los sitios web y aplicaciones para dispositivos móviles de los organismos del sector público. <a href="https://eur-lex.europa.eu/eli/dir/2016/2102/oj">eur-lex.europa.eu/eli/dir/2016/2102/oj</a></li>
<li>ETSI. <em>EN 301 549 v3.2.1 — Requisitos de accesibilidad para productos y servicios TIC</em> (2024).</li>
<li>European Union (Withdrawal) Act 2018, c. 16; Retained EU Law (Revocation and Reform) Act 2023, c. 28.</li>
<li>Crown Commercial Service. <em>Marco Digital Outcomes and Specialists — anexo de accesibilidad</em>, y orientación actualizada sobre accesibilidad en la contratación pública (actualización de 2026).</li>
</ol>

</div>

---
title: Veinte años de la CDPD de la ONU: dónde la ratificación se ha traducido en aplicación efectiva — y dónde no
url: https://www.disabilityworld.org/es/articles/un-crpd-enforcement-twenty-years-on/
description: Dos décadas después de su entrada en vigor, 191 estados son partes de la CDPD — pero el trabajo pendiente del Comité, la brecha entre puntos focales del artículo 33 y partidas presupuestarias, y el desigual alcance del Protocolo Facultativo revelan una historia asimétrica en 2026.
author: Disability World
pubDate: 2026-05-22
tags: crpd, un, treaty-enforcement, human-rights, international-law, data
---

# Veinte años de la CDPD de la ONU: dónde la ratificación se ha traducido en aplicación efectiva — y dónde no

<div class="src-article" data-template="5">

<p class="image-alt-text">Descripción de la imagen: Las banderas de los estados miembros de la ONU alineadas en un pasillo del edificio de la ONU en Ginebra, donde el Comité sobre los Derechos de las Personas con Discapacidad celebra sus sesiones ordinarias.</p>

<p class="rt-prefix">Tiempo de lectura: 13 minutos</p>

<p class="wp-block-paragraph">La <strong>Convención de la ONU sobre los Derechos de las Personas con Discapacidad (CDPD)</strong> fue adoptada por la Asamblea General de la ONU el <strong>13 de diciembre de 2006</strong> y entró en vigor el <strong>3 de mayo de 2008</strong>, convirtiéndose en el tratado de derechos humanos negociado con mayor rapidez en la historia de la ONU. A principios de 2026 cuenta con <strong>191 estados partes</strong>, lo que la convierte en el tratado de derechos humanos más ampliamente ratificado de la era posterior a 2000. El tratado obliga a esos estados, sus autoridades públicas y la Unión Europea (que se adhirió en 2010 como primera organización regional de integración en convertirse en parte de un tratado de derechos humanos de la ONU) a identificar, prevenir y eliminar las barreras que enfrentan las personas con discapacidad en la vida civil, política, económica, social y cultural. Para conocer cómo se inserta esto junto a los estatutos nacionales de accesibilidad, véase el <a href="/regulations/">índice de normativas nacionales sobre derechos de las personas con discapacidad</a> y la <a href="/toolkit/glossary/crpd/">entrada del glosario sobre la CDPD</a>.</p>

<p class="wp-block-paragraph">Veinte años después, el Comité ha emitido ocho Observaciones Generales de carácter autorizado y tribunales nacionales de Ciudad de México a Nairobi citan artículos de la Convención por número. Y sin embargo: el trabajo pendiente en materia de informes se extiende a varios años, menos de 110 estados han aceptado el procedimiento de comunicaciones individuales del Protocolo Facultativo, y la arquitectura del artículo 33, que se suponía haría visible la implementación a nivel nacional, sigue siendo, en la mayoría de los países, un nombre de punto focal en un sitio web sin partida alguna en el presupuesto nacional. Este artículo es una guía estructurada sobre el tratado — propósito, disposiciones, cronología, aplicación, dónde tiene eficacia y dónde no — y un balance del estado de la aplicación de la CDPD en 2026, medido en dientes.</p>

<h2 class="wp-block-heading" id="h-purpose-and-scope">Propósito y ámbito de aplicación</h2>

<p class="wp-block-paragraph">La CDPD es una convención integrada que abarca 50 artículos de derechos sustantivos más un Protocolo Facultativo que añade dos mecanismos de denuncia. Su innovación jurídica central es el paso del modelo médico de discapacidad — en el que la deficiencia es el problema — al modelo social y de derechos humanos, en el que la interacción entre la deficiencia y las barreras medioambientales, actitudinales e institucionales es el problema que el Estado está obligado a abordar. La Convención se aplica a «todas las personas con discapacidad» sin mayor calificación: la definición operativa (artículo 1) es de carácter no exhaustivo y abarca las deficiencias físicas, mentales, intelectuales o sensoriales a largo plazo que, al interactuar con diversas barreras, puedan impedir la participación plena y efectiva en la sociedad, en igualdad de condiciones con las demás.</p>

<p class="wp-block-paragraph">El tratado se aplica a cada estado parte en toda su jurisdicción territorial y — a través de las obligaciones generales del artículo 4 — a todos los poderes del Estado y a todos los niveles (federal, provincial, municipal). Para los estados federales, el artículo 4(5) establece que las obligaciones se aplican a «todas las partes de los estados federales sin limitaciones ni excepciones». Para la Unión Europea como organización regional de integración, la Convención vincula a la UE en el ámbito de sus competencias (en particular, la no discriminación, el transporte, el empleo y el mercado interior), mientras continúa vinculando a los estados miembros por derecho propio.</p>

<h3 class="wp-block-heading" id="h-who-the-cprd-applies-to">A quiénes se aplica la CDPD en 2026</h3>

<p class="wp-block-paragraph">A principios de 2026, según la Colección de Tratados de la ONU, <strong>191 estados son partes en la CDPD</strong>. Los que aún no lo son incluyen un breve listado de signatarios que no han ratificado y un puñado de no partes — entre ellos los <strong>Estados Unidos</strong> (firmaron en 2009, pero el Senado nunca ha alcanzado el umbral de dos tercios para ratificar), <strong>Bután</strong>, <strong>Sudán del Sur</strong> y <strong>Eritrea</strong>. El Protocolo Facultativo, abierto a la firma junto con la Convención, tiene una base mucho más reducida: <strong>alrededor de 104 estados partes</strong> a partir de 2026, un tercio menos que el tratado principal, y la razón estructural de que el trabajo pendiente del Comité en materia de aplicación sea geográficamente desequilibrado.</p>

<h2 class="wp-block-heading" id="h-key-provisions">Disposiciones clave: la arquitectura de aplicación en cinco artículos</h2>

<p class="wp-block-paragraph">La CDPD tiene 50 artículos. Los derechos sustantivos abarcan los artículos 5 a 30 — igualdad y no discriminación (artículo 5), mujeres con discapacidad (artículo 6), niños con discapacidad (artículo 7), accesibilidad (artículo 9), capacidad jurídica (artículo 12), educación inclusiva (artículo 24), salud (artículo 25), trabajo y empleo (artículo 27), vida independiente (artículo 19), etc. Sin embargo, la <strong>arquitectura de aplicación</strong> se concentra en solo cinco artículos más el Protocolo Facultativo — y son esos artículos, y no la lista sustantiva, los que determinan si el tratado tiene eficacia.</p>

<h3 class="wp-block-heading" id="h-article-4-general-obligations">Artículo 4 — obligaciones generales y el deber de consulta a las OPD</h3>

<p class="wp-block-paragraph">El <strong>artículo 4</strong> establece las obligaciones generales — legislativas, administrativas y «todas las demás medidas pertinentes» — con un deber expreso en virtud del artículo 4(3) de consultar a las organizaciones de personas con discapacidad (OPD) sobre las decisiones que les conciernan. Este deber de consulta es el fundamento jurídico del principio «nada sobre nosotros sin nosotros» que recorre el tratado. La <strong>Observación General n.º 7 (2018)</strong> del Comité sobre los artículos 4(3) y 33(3) formalizó en qué consiste en la práctica una consulta genuina a las OPD, distinguiéndola de la participación meramente formal.</p>

<h3 class="wp-block-heading" id="h-article-33-domestic-architecture">Artículo 33 — la arquitectura de implementación nacional</h3>

<p class="wp-block-paragraph">El <strong>artículo 33</strong> exige que cada estado parte haga tres cosas estructurales a nivel interno: designar un punto focal gubernamental, prestar «la debida consideración» a un mecanismo de coordinación interministerial, y mantener un marco de seguimiento independiente «de conformidad con los Principios de París» — en la mayoría de los países, la institución nacional de derechos humanos (INDH). Fundamentalmente, el artículo 33(3) también exige que la sociedad civil, en particular las OPD, esté implicada y participe plenamente en el proceso de seguimiento.</p>

<p class="wp-block-paragraph">El artículo 33 fue la apuesta del tratado para hacer visible la implementación a nivel nacional, no solo a nivel internacional en Ginebra. Más adelante analizaremos si esa apuesta ha dado sus frutos.</p>

<h3 class="wp-block-heading" id="h-articles-34-39-the-committee">Artículos 34–39 — el Comité sobre los Derechos de las Personas con Discapacidad</h3>

<p class="wp-block-paragraph">Los <strong>artículos 34–39</strong> crean el Comité sobre los Derechos de las Personas con Discapacidad: un órgano compuesto por 18 expertos independientes que examina los informes periódicos en virtud del artículo 35 y emite Observaciones Finales. El Comité celebra dos sesiones ordinarias al año en Ginebra, de tres semanas cada una, más una semana del grupo de trabajo previo a las sesiones. Los estados partes presentan un informe inicial en el plazo de dos años desde la ratificación e informes periódicos cada cuatro años a partir de entonces.</p>

<h3 class="wp-block-heading" id="h-the-optional-protocol">El Protocolo Facultativo — los dos mecanismos de denuncia</h3>

<p class="wp-block-paragraph">El <strong>Protocolo Facultativo</strong>, abierto a la firma junto con la Convención, añade dos instrumentos que el tratado por sí solo no contempla:</p>

<ul class="wp-block-list">
<li><strong>Procedimiento de comunicaciones individuales (artículo 1).</strong> Una persona bajo la jurisdicción de un estado parte puede peticionar al Comité tras agotar los recursos internos. El Comité emite entonces «Dictámenes» en los que determina si existe o no una violación, con recomendaciones.</li>
<li><strong>Procedimiento de investigación (artículo 6).</strong> El Comité puede investigar «violaciones graves o sistemáticas» de los derechos reconocidos en la Convención — invocado contra el <strong>Reino Unido en 2016</strong> en materia de reforma del sistema de bienestar social y contra <strong>Hungría en 2020</strong> en relación con la institucionalización, entre otros.</li>
</ul>

<p class="wp-block-paragraph">El Protocolo Facultativo es la parte del instrumento que somete el historial interno de un Estado al escrutinio internacional directo a partir de la demanda de un solo denunciante. Es también la parte que un tercio de los estados partes ha declinado aceptar.</p>

<h2 class="wp-block-heading" id="h-timelines">Cronología: de la adopción en 2006 al balance retrospectivo de 2026</h2>

<p class="wp-block-paragraph">El arco de veinte años de la Convención se divide en cuatro fases — redacción y adopción, entrada en vigor, la década de construcción doctrinal del Comité y la consolidación de los años 2020. La cronología condensada que figura a continuación recoge las fechas de mayor carga significativa.</p>

<ul class="wp-block-list">
<li><strong>13 de diciembre de 2006</strong> — La Convención y el Protocolo Facultativo son adoptados por la Asamblea General de la ONU (A/RES/61/106).</li>
<li><strong>3 de mayo de 2008</strong> — La Convención entra en vigor tras el vigésimo instrumento de ratificación, en menos de 17 meses desde su adopción — el más rápido de cualquier tratado moderno de derechos humanos de la ONU.</li>
<li><strong>2010</strong> — La Unión Europea se adhiere a la Convención, la primera vez que la UE como bloque se convierte en parte en un tratado de derechos humanos de la ONU.</li>
<li><strong>2014</strong> — El Comité emite las <em>Observaciones Generales n.º 1 (artículo 12)</em> y <em>n.º 2 (artículo 9)</em>, inaugurando una década de construcción doctrinal.</li>
<li><strong>2016–2018</strong> — Se emiten cinco Observaciones Generales adicionales (artículo 6, artículo 24, artículo 19, artículo 5 y artículos 4(3)/33(3)).</li>
<li><strong>2022</strong> — La Observación General n.º 8 sobre el artículo 27 (trabajo y empleo) vincula el estándar del mercado laboral abierto con la reforma de los talleres protegidos.</li>
<li><strong>Ciclo 2024–25</strong> — El Comité examina aproximadamente 50 informes estatales en sus sesiones 31.ª a 33.ª; el trabajo pendiente de informes oscila en torno a 60 informes con retraso.</li>
<li><strong>2025</strong> — Cumbre Global sobre Discapacidad (GDS, por sus siglas en inglés) en Berlín, coorganizada por Alemania, Jordania y la Alianza Internacional de Discapacidad, genera un rastreador de compromisos auditable públicamente.</li>
<li><strong>2026</strong> — Vigésimo aniversario de la adopción; actualización del balance del artículo 33; la revisión del plan estratégico del UNPRPD asigna 75 millones de dólares USD para el período 2025–28 destinados a la capacidad de seguimiento del artículo 33.</li>
</ul>

<h2 class="wp-block-heading" id="h-enforcement">Aplicación: la carga de trabajo del Comité, en cifras</h2>

<p class="wp-block-paragraph">En el <strong>ciclo 2024–25</strong> (sesiones 31.ª a 33.ª), el Comité examinó aproximadamente <strong>50 informes estatales</strong>, adoptó Observaciones Finales sobre cada uno, registró el último grupo de comunicaciones individuales y emitió una nota de seguimiento a la Observación General n.º 8. El trabajo pendiente de informes se sitúa en torno a <strong>60 estados</strong> con retraso en un informe inicial o periódico superior a dos años a principios de 2026 — cifra publicada por el Comité en su informe anual de 2025 a la Asamblea General y que ha oscilado en el rango de 50 a 70 durante cinco ciclos.</p>

<p class="wp-block-paragraph">El trabajo pendiente de comunicaciones individuales ha crecido más lentamente de lo que los defensores de las OPD esperaban en 2008, pero más rápidamente que el trabajo comparable de cualquier órgano de tratados en sus primeras dos décadas. Hasta finales de 2025, el Comité había registrado aproximadamente <strong>110 comunicaciones individuales</strong>, con <strong>alrededor de 55 Dictámenes sustantivos adoptados</strong> — el resto pendiente, interrumpido o inadmisible. El Comité ha constatado una violación en una clara mayoría de los Dictámenes resueltos, según los rastreadores en curso mantenidos por la Academia de Ginebra y la Alianza Internacional de Discapacidad (AID), y la recopilación estadística anual de la OACDH sobre los órganos de tratados.</p>

<h3 class="wp-block-heading" id="h-geography-of-the-docket">La geografía del trabajo pendiente</h3>

<p class="wp-block-paragraph">La geografía del trabajo pendiente es el dato más revelador. Una proporción desproporcionada de las comunicaciones admitidas procede de un pequeño grupo de estados que han aceptado el Protocolo Facultativo y cuentan con ecosistemas desarrollados de asistencia jurídica y OPD activas — Australia, España, Alemania, Suecia, México, Ecuador, Italia — aunque la población de personas con discapacidad es muchas veces mayor en estados que no han ratificado el Protocolo (India, China, Estados Unidos) o que lo han ratificado pero carecen de la infraestructura nacional para canalizar las denuncias. La asimetría no está en el texto del tratado; está en las condiciones de acceso a su alrededor.</p>

<table class="wp-block-table">
<thead>
<tr><th>Grupo</th><th>Situación respecto al Protocolo Facultativo</th><th>Efecto práctico para los denunciantes</th></tr>
</thead>
<tbody>
<tr><td>Australia, España, Alemania, Suecia, México, Ecuador, Italia</td><td>Parte — flujo activo de denunciantes</td><td>El ecosistema nacional de asistencia jurídica y las OPD activas permiten presentar comunicaciones admisibles con regularidad.</td></tr>
<tr><td>La mayor parte del África subsahariana, partes de Asia-Pacífico</td><td>Parte, pero flujo escaso</td><td>El acceso al tratado existe sobre el papel; la infraestructura nacional para identificar y agotar los recursos es escasa.</td></tr>
<tr><td>India, China, Rusia, Pakistán, Bangladesh</td><td>Parte en la Convención, Protocolo Facultativo no aceptado</td><td>No existe ningún derecho individual de petición al Comité.</td></tr>
<tr><td>Estados Unidos</td><td>Firmó la Convención en 2009, nunca la ratificó</td><td>Sin condición de estado parte; la Convención no vincula a las autoridades estadounidenses.</td></tr>
</tbody>
</table>

<h3 class="wp-block-heading" id="h-article-33-the-budget-line-problem">Artículo 33 — el problema de la partida presupuestaria</h3>

<p class="wp-block-paragraph">Se suponía que el artículo 33 haría visible la implementación a nivel nacional. Cada estado parte designa un punto focal (generalmente una unidad dentro del ministerio de asuntos sociales o equivalente), presta «la debida consideración» a un mecanismo de coordinación interministerial, y mantiene un marco independiente — en la mayoría de los casos, la INDH — para supervisar la implementación, con la participación de la sociedad civil, incluidas las OPD. Veinte años después, la arquitectura existe en todas partes sobre el papel. Si cuenta con una partida presupuestaria es otra cuestión.</p>

<p class="wp-block-paragraph">La OACDH y la Alianza Global de Instituciones Nacionales de Derechos Humanos (GANHRI, por sus siglas en inglés) han estado haciendo el seguimiento de la implementación del artículo 33 desde 2017. Su balance conjunto de 2024 para la Conferencia de los Estados Partes constató que <strong>más de 150 estados</strong> habían designado un punto focal; <strong>alrededor de 110</strong> habían nombrado un mecanismo de coordinación; <strong>poco menos de 100</strong> habían nombrado explícitamente a una INDH como marco de seguimiento independiente; y un número mucho menor — menos de 40 según el recuento de GANHRI — podía señalar una partida presupuestaria reservada para el mandato del artículo 33, separada del presupuesto operativo general de la institución de acogida. El resto se financia con la capacidad discrecional que el ministerio del punto focal o la INDH pueden absorber. La brecha entre la designación y los recursos es, en la mayoría de los países, la brecha entre el cumplimiento formal y el seguimiento real.</p>

<h3 class="wp-block-heading" id="h-paris-principles">Los Principios de París, en el contexto de la CDPD</h3>

<p class="wp-block-paragraph">Los Principios de París, adoptados por la Asamblea General de la ONU en 1993 (A/RES/48/134), establecen los criterios — amplio mandato, composición pluralista, independencia estatutaria, recursos adecuados — por los que la comunidad internacional clasifica a una INDH como de «categoría A». El artículo 33(2) de la CDPD exige que el marco de seguimiento independiente opere «de conformidad con» dichos principios. En 2025, el Subcomité de Acreditación de GANHRI ponderó explícitamente por primera vez la capacidad de seguimiento específica de la CDPD como factor en las decisiones de reacreditación, lo que indica que una INDH no puede reclamar indefinidamente la categoría A mientras deja sin financiación el artículo 33. El efecto pleno de esa política no será visible hasta que la próxima ronda de reacreditaciones quinquenales concluya en 2027–28.</p>

<h2 class="wp-block-heading" id="h-where-it-has-bite">Dónde el tratado tiene eficacia: tribunales que lo citan por artículo</h2>

<p class="wp-block-paragraph">La respuesta más concreta a «¿tiene dientes la CDPD?» es la creciente lista de tribunales nacionales y regionales que la citan no como trasfondo moral, sino como un prisma interpretativo vinculante sobre el derecho nacional. Los ejemplos más sólidos se encuentran en tres jurisdicciones.</p>

<h3 class="wp-block-heading" id="h-cjeu">Tribunal de Justicia de la Unión Europea</h3>

<p class="wp-block-paragraph">El <strong>Tribunal de Justicia de la Unión Europea (TJUE)</strong> ha citado la CDPD como parte del Derecho de la UE desde que la Unión se adhirió en 2010 — la primera vez que la UE como bloque se convirtió en parte en un tratado de derechos humanos de la ONU. La línea jurisprudencial es bien conocida: <em>HK Danmark</em> (asuntos acumulados C-335/11 y C-337/11, 2013) utilizó la definición de discapacidad de la CDPD para ampliar la Directiva sobre igualdad en el empleo (2000/78/CE) más allá de la deficiencia médica; <em>Z contra un Departamento Gubernamental</em> (C-363/12, 2014) rechazó extender las mismas protecciones a los permisos relacionados con la gestación por sustitución pero reafirmó el encuadre de la CDPD; <em>Glatzel contra Freistaat Bayern</em> (C-356/12, 2014) puso a prueba la Convención frente a las normas de agudeza visual para el permiso de conducir; <em>Daouidi contra Bootes Plus</em> (C-395/15, 2016) extendió <em>HK Danmark</em> a las enfermedades de larga duración. La interpretación conforme con la CDPD es ya práctica habitual en la lectura de las directivas de la UE.</p>

<h3 class="wp-block-heading" id="h-inter-american-court">Corte Interamericana de Derechos Humanos</h3>

<p class="wp-block-paragraph">La <strong>Corte Interamericana de Derechos Humanos</strong> ha utilizado la CDPD como instrumento interpretativo en virtud del artículo 29 de la Convención Americana desde <em>Furlan y familiares contra Argentina</em> (2012), que articuló una lectura del «modelo social» de discapacidad en las Américas. <em>Chinchilla Sandoval contra Guatemala</em> (2016) aplicó los principios de la CDPD a las condiciones de reclusión; <em>Guachalá Chimbo contra Ecuador</em> (2021) fue el primer caso contencioso de la Corte explícitamente fundamentado en el marco de la CDPD sobre capacidad jurídica y consentimiento informado en la atención psiquiátrica. En todo el sistema interamericano, la Convención se ha convertido en la referencia habitual para los casos de discapacidad.</p>

<h3 class="wp-block-heading" id="h-national-constitutional-courts">Tribunales constitucionales nacionales</h3>

<p class="wp-block-paragraph">Los tribunales constitucionales nacionales han tratado cada vez más la CDPD como directamente aplicable. La <strong>Suprema Corte de Justicia de la Nación de México</strong> ha citado la CDPD en decenas de sentencias sobre capacidad jurídica desde el amparo de 2019 sobre el artículo 12, que reformuló el enfoque del país en materia de interdicción. La <strong>Corte Constitucional de Colombia</strong> dictó la Sentencia T-573/16 sobre vivienda accesible y una línea de tutelas posteriores (T-024/22, T-051/24) que citan artículos de la CDPD por número. El <strong>Tribunal Superior de Kenia</strong> en <em>Mathew Okwanda contra el Ministro de Salud</em> (2013) y la jurisprudencia de la Ley de Personas con Discapacidad de 2024 han seguido el mismo camino. Ninguno es único; en conjunto demuestran que los artículos de la CDPD se leen como derecho positivo en jurisdicciones que han incorporado el tratado.</p>

<h2 class="wp-block-heading" id="h-penalties-and-consequences">Sanciones y consecuencias: dónde el tratado no tiene eficacia</h2>

<p class="wp-block-paragraph">La otra mitad del panorama de aplicación son las razones estructurales por las que el tratado no tiene eficacia. A diferencia de un estatuto nacional como la <a href="/regulations/">Ley Europea de Accesibilidad</a> o la AODA — en las que las autoridades designadas imponen multas administrativas y los particulares pueden demandar por daños — la CDPD no tiene un mecanismo de sanción coercitiva propio. El resultado más contundente del Comité es un documento de Dictamen o una Observación Final. En la aplicación a nivel de cada país se repiten tres patrones.</p>

<h3 class="wp-block-heading" id="h-reservations-and-declarations">Reservas y declaraciones interpretativas</h3>

<p class="wp-block-paragraph">En primer lugar, <strong>las reservas y declaraciones interpretativas.</strong> La CDPD ha acumulado más reservas de las que sus redactores esperaban. El Reino Unido mantiene una reserva al artículo 24(2)(a) y (b) sobre educación inclusiva, preservando el derecho a operar escuelas especiales separadas. La declaración interpretativa de India sobre el artículo 12 estrecha a nivel nacional la reforma de la capacidad jurídica. Varios estados del Golfo han formulado reservas que supeditan la Convención al derecho interno basado en la Sharia. El Comité ha cuestionado reiteradamente si algunas de estas reservas son compatibles con el objeto y la finalidad del tratado — pero, al igual que cualquier órgano de tratados de la ONU, carece de la potestad para anularlas.</p>

<h3 class="wp-block-heading" id="h-dualist-legal-systems">Sistemas jurídicos dualistas</h3>

<p class="wp-block-paragraph">En segundo lugar, <strong>los sistemas jurídicos dualistas.</strong> En los países en los que los tratados no son directamente aplicables sin legislación de desarrollo — el Reino Unido, Australia, Canadá, India, gran parte de la Commonwealth — la CDPD opera como ayuda interpretativa, pero no como derecho exigible. Un dictamen del Comité en virtud del Protocolo Facultativo tiene peso político, pero no anula por sí mismo un estatuto nacional contrario. La respuesta de Suecia a <em>HM contra Suecia</em> (CRPD/C/7/D/3/2011, acceso a hidroterapia) y la respuesta de Australia a <em>Marlon Noble contra Australia</em> (CRPD/C/16/D/7/2012, capacidad jurídica en procesos penales) ilustran el patrón: los gobiernos aceptan formalmente los Dictámenes y después los aplican de forma restrictiva o no los aplican en absoluto.</p>

<h3 class="wp-block-heading" id="h-reporting-gap">La brecha en la presentación de informes</h3>

<p class="wp-block-paragraph">En tercer lugar, <strong>la brecha en la presentación de informes.</strong> Entre 35 y 60 estados partes, según el umbral que se aplique, acumulan un retraso de cinco años o más en un informe inicial o periódico. Incluso cuando se presentan los informes, la espera entre la presentación y el examen promedia entre 2,5 y 3 años. En el ínterin, las Observaciones Finales del ciclo anterior siguen siendo la última evaluación internacional autorizada que ha recibido un estado parte — en ocasiones, con una antigüedad de una década.</p>

<h2 class="wp-block-heading" id="h-general-comments">Las Observaciones Generales: la doctrina construida por el Comité</h2>

<p class="wp-block-paragraph">Donde el Comité ha construido una doctrina duradera es en sus ocho Observaciones Generales, que ahora funcionan en todo el ámbito como lectura autorizada de los artículos más debatidos. La serie completa, en orden cronológico:</p>

<ul class="wp-block-list">
<li><strong>N.º 1 (2014) sobre el artículo 12 — Igual reconocimiento como persona ante la ley.</strong> La Observación General más trascendente hasta la fecha: los regímenes de sustitución en la adopción de decisiones (tutela, interdicción, tutela plenaria) son incompatibles con la Convención y deben ser reemplazados por marcos de apoyo en la toma de decisiones. México, Perú, Colombia, Costa Rica y Bulgaria han reformado, en distinta profundidad, sus códigos civiles nacionales en consonancia con esa interpretación; varios estados de Europa Occidental no lo han hecho.</li>
<li><strong>N.º 2 (2014) sobre el artículo 9 — Accesibilidad.</strong> Vinculó la obligación a un estándar continuo y anticipatorio en lugar de uno reactivo.</li>
<li><strong>N.º 3 (2016) sobre el artículo 6 — Mujeres y niñas con discapacidad.</strong> Encuadró la Convención como exigente de un análisis interseccional.</li>
<li><strong>N.º 4 (2016) sobre el artículo 24 — Educación inclusiva.</strong> El documento del Comité más citado en los debates nacionales sobre política educativa.</li>
<li><strong>N.º 5 (2017) sobre el artículo 19 — Vivir de forma independiente y ser incluido en la comunidad.</strong> Estableció el estándar de desinstitucionalización.</li>
<li><strong>N.º 6 (2018) sobre el artículo 5 — Igualdad y no discriminación.</strong> Articuló el deber de ajuste razonable como inmediato, y no progresivo.</li>
<li><strong>N.º 7 (2018) sobre los artículos 4(3) y 33(3).</strong> Formalizó en qué consiste una consulta genuina a las OPD.</li>
<li><strong>N.º 8 (2022) sobre el artículo 27 — Trabajo y empleo.</strong> Vinculó el estándar del mercado laboral abierto con la reforma de los talleres protegidos.</li>
</ul>

<p class="wp-block-paragraph">Las Observaciones Generales son, sobre el papel, «orientación interpretativa autorizada» y no derecho vinculante. En la práctica, los tribunales nacionales y los organismos regionales las citan como si lo fueran — un estatus que no existía en 2008.</p>

<h2 class="wp-block-heading" id="h-what-is-moving-in-2026">Implicaciones prácticas para 2026: lo que realmente está en movimiento</h2>

<p class="wp-block-paragraph">El año del vigésimo aniversario ha generado mayor impulso político que el del décimo aniversario en 2018, en parte porque la Conferencia de los Estados Partes (COSP, por sus siglas en inglés) se ha convertido en un foro significativo y en parte porque la <strong>Cumbre Global sobre Discapacidad (GDS) 2025</strong> en Berlín — coorganizada por Alemania, Jordania y la Alianza Internacional de Discapacidad — generó datos de seguimiento de compromisos que son ahora auditables públicamente. La secretaría reportó más de 800 compromisos individuales de gobiernos, multilaterales y organizaciones de la sociedad civil, de los cuales alrededor de 90 estaban vinculados explícitamente a la implementación del artículo 33 de la CDPD, al reconocimiento legal de las lenguas de señas en virtud del artículo 24, o a la desinstitucionalización en virtud del artículo 19. El rastreador publica cuáles de esos compromisos cuentan con partidas presupuestarias financiadas a mediados de 2026; la auditoría resulta incómoda para varios signatarios.</p>

<p class="wp-block-paragraph">El propio Comité adoptó, en su 32.ª sesión, un procedimiento simplificado de «lista de cuestiones previas a la presentación del informe» (LOIPR, por sus siglas en inglés) que varios estados están utilizando ahora — lo que comprime el proceso de informes periódicos y pretende eliminar el trabajo pendiente para 2030. Es la primera vez que el Comité ha reorganizado su propio flujo de trabajo para abordar su problema de capacidad, en lugar de limitarse a pedir más recursos a la Asamblea General.</p>

<p class="wp-block-paragraph">La División de Discapacidad de la ONU DAES, la AID y el Fondo Fiduciario de Múltiples Asociados de la Alianza de la ONU sobre los Derechos de las Personas con Discapacidad (UNPRPD, por sus siglas en inglés) han financiado, desde 2011, proyectos de implementación de la CDPD a nivel nacional en países de renta baja y media. La revisión del plan estratégico de la UNPRPD de 2024 asignó <strong>75 millones de dólares USD</strong> para el período 2025–28, reservados para la capacidad de seguimiento del artículo 33 en países cuyas INDH están infrafinanciadas. La cifra global es modesta en relación con la necesidad subyacente; el diseño — liderado por personas con discapacidad, con participación obligatoria de las OPD — es el cambio más significativo.</p>

<h3 class="wp-block-heading" id="h-structural-gaps">Cuatro brechas estructurales que no se cerrarán por sí solas</h3>

<ul class="wp-block-list">
<li><strong>La brecha del Protocolo Facultativo.</strong> La forma más trascendente de ampliar la aplicación de la CDPD es acercar los 104 estados a los 191. India, China, Estados Unidos, Rusia, Pakistán y Bangladesh representan conjuntamente más de la mitad de las personas con discapacidad del mundo, y ninguno ha aceptado el Protocolo Facultativo. Sin ello, el trabajo pendiente de comunicaciones individuales seguirá siendo un instrumento al alcance de los residentes de un subconjunto determinado de estados, en su mayoría de renta media-alta.</li>
<li><strong>La brecha presupuestaria del artículo 33.</strong> La designación sin financiación es el patrón dominante. Mientras las INDH y los puntos focales no cuenten con partidas presupuestarias reservadas referenciadas a un porcentaje del presupuesto ministerial correspondiente, el seguimiento seguirá siendo irregular. El cambio en la política de acreditación de GANHRI es el primer punto de presión sistemática — pero solo se activa en el momento de la reacreditación, no en tiempo real.</li>
<li><strong>La capacidad del Comité.</strong> Dieciocho expertos, dos sesiones de tres semanas al año y una secretaría más reducida que las de los órganos de tratados más antiguos no pueden examinar los informes de 191 estados partes en el ciclo que el tratado contempla. El LOIPR ayuda; una expansión de capacidad a largo plazo financiada por la Asamblea General ayudaría más. Ninguna de las dos opciones está sobre la mesa a la escala necesaria.</li>
<li><strong>La brecha de recursos a nivel nacional.</strong> Cuando los Dictámenes del Protocolo Facultativo no son directamente ejecutables ante los tribunales nacionales, el resultado depende de la voluntad política de cumplirlos. Varios estados han aceptado formalmente los Dictámenes y los han aplicado de forma restrictiva. El tratado no tiene, y no fue diseñado para tener, un brazo ejecutivo coercitivo — pero los recursos nacionales que reflejan los derechos de la Convención son desiguales, y la brecha es mayor donde las violaciones subyacentes son más frecuentes.</li>
</ul>

<h2 class="wp-block-heading" id="h-what-2026-onwards-looks-like">Lo que depara 2026 y años posteriores</h2>

<p class="wp-block-paragraph">Veinte años después de que la CDPD se abriera a la firma, el tratado se ha convertido en lo que sus redactores argumentaron que podría ser: el tratado de derechos humanos más ampliamente ratificado de la era posterior a 2000, el primero al que se adhirió la UE como bloque, el primero en exigir la participación de los propios titulares de derechos en su arquitectura de implementación, y el primero cuya orientación interpretativa es citada de forma habitual por tribunales regionales y nacionales. También se ha convertido en lo que sus escépticos temían: un tratado cuya aplicación es geográficamente desigual, cuyo Comité tiene escasos recursos en relación con su carga de trabajo, y cuyo instrumento más poderoso — el procedimiento de comunicaciones individuales del Protocolo Facultativo — es inaccesible para aproximadamente la mitad de las personas con discapacidad del mundo porque sus gobiernos no lo aceptan. La brecha entre el tratado y el recurso efectivo es, en 2026, una brecha de partidas presupuestarias y voluntad política. La doctrina ha sido construida; los tribunales la citan; la pregunta para la próxima década es si los estados que ratificaron el tratado están dispuestos a financiar lo que firmaron.</p>

<p class="wp-block-paragraph">Continúe leyendo en Disability World sobre <a href="/toolkit/glossary/crpd/">la entrada del glosario sobre la CDPD</a>, sobre <a href="/regulations/">las normativas nacionales sobre derechos de las personas con discapacidad</a>, sobre <a href="/articles/accessibility-compliance-explainer/">cómo difieren el cumplimiento, la conformidad y la accesibilidad</a>, sobre la <a href="/toolkit/standards/wcag/">referencia de WCAG 2.2</a> y sobre <a href="/articles/">el amplio registro de informes de 2026</a>.</p>

<h2 class="wp-block-heading" id="h-primary-sources">Fuentes primarias</h2>

<ol class="wp-block-list">
<li>Naciones Unidas. <em>Convención sobre los Derechos de las Personas con Discapacidad y Protocolo Facultativo</em> (A/RES/61/106, adoptada el 13 de diciembre de 2006; entró en vigor el 3 de mayo de 2008). Datos de situación de la Colección de Tratados de la ONU. <a href="https://treaties.un.org">treaties.un.org</a></li>
<li>Comité de la ONU sobre los Derechos de las Personas con Discapacidad. <em>Informe anual a la Asamblea General</em> (A/80/55, 2025), y Observaciones Generales n.º 1 a 8 (2014–2022). <a href="https://www.ohchr.org/en/treaty-bodies/crpd">ohchr.org/en/treaty-bodies/crpd</a></li>
<li>OACDH y GANHRI. <em>Balance conjunto sobre la implementación del artículo 33</em> (documento de referencia para la Conferencia de los Estados Partes, 2024).</li>
<li>Alianza Internacional de Discapacidad. <em>Base de datos de jurisprudencia de la CDPD y rastreador de comunicaciones del Protocolo Facultativo</em> (actualización de 2025). <a href="https://www.internationaldisabilityalliance.org">internationaldisabilityalliance.org</a></li>
<li>Tribunal de Justicia de la Unión Europea. Asuntos acumulados C-335/11 y C-337/11 <em>HK Danmark</em> (2013); C-363/12 <em>Z contra un Departamento Gubernamental</em> (2014); C-356/12 <em>Glatzel</em> (2014); C-395/15 <em>Daouidi</em> (2016).</li>
<li>Corte Interamericana de Derechos Humanos. <em>Furlan y familiares contra Argentina</em> (2012); <em>Chinchilla Sandoval contra Guatemala</em> (2016); <em>Guachalá Chimbo contra Ecuador</em> (2021).</li>
<li>Secretaría de la Cumbre Global sobre Discapacidad. <em>Rastreador de compromisos de la GDS 2025 Berlín y auditoría de mitad de ciclo de 2026</em>. <a href="https://www.globaldisabilitysummit.org">globaldisabilitysummit.org</a></li>
<li>Alianza de la ONU sobre los Derechos de las Personas con Discapacidad (UNPRPD). <em>Marco Estratégico y Operacional 2025–2028</em>. <a href="https://www.unprpd.org">unprpd.org</a></li>
<li>Asamblea General de la ONU. <em>Principios relativos al estatuto de las instituciones nacionales</em> (Principios de París), A/RES/48/134, 20 de diciembre de 1993.</li>
</ol>

</div>

---
title: Accesibilidad de interfaces de voz: evaluación de Alexa, Google Assistant, Siri y Bixby para usuarios con discapacidades del habla
url: https://www.disabilityworld.org/es/articles/voice-ui-accessibility-atypical-speech/
description: Pruebas comparativas de los cuatro principales asistentes de voz con datos del Speech Accessibility Project de Apple y Project Euphonia de Google — tasa de error de palabras y reconocimiento de intención por condición del habla, más las funciones de personalización que mueven los números.
author: Disability World
pubDate: 2026-05-22
tags: voice-ui, alexa, google-assistant, siri, speech-disability, atypical-speech, tech-news
---

# Accesibilidad de interfaces de voz: evaluación de Alexa, Google Assistant, Siri y Bixby para usuarios con discapacidades del habla

<div class="src-article" data-template="3">

<section class="hero" aria-labelledby="hero-heading">
<div class="hero__inner">
<div class="hero__tag" aria-hidden="true">Guía de ingeniería · Interfaces de voz para habla atípica</div>
<h1 class="hero__title" id="hero-heading">
Accesibilidad de interfaces de voz:<br/>
evaluación de Alexa, Google Assistant, Siri y Bixby para usuarios con discapacidades del habla
</h1>
<p class="hero__lead">Los asistentes de voz se entrenan, evalúan y ajustan en función de un hablante «medio» — claro, neurotípico, con acento neutro. Para los usuarios con parálisis cerebral, ELA, afasia postapoplegia, tartamudez persistente, habla de personas sordas o con hipoacusia, y acentos fuertes en segunda lengua, la curva de reconocimiento cae en picado. Realizamos pruebas con los cuatro principales asistentes utilizando el Speech Accessibility Project de Apple y el conjunto de evaluación público de Project Euphonia, puntuamos la tasa de error de palabras y el éxito en el reconocimiento de intención, y analizamos en detalle qué aportan realmente las funciones de personalización disponibles en el dispositivo.</p>
<div class="hero__stats" aria-label="Estadísticas clave">
<div class="stat-chip">
<div class="stat-chip__num">4</div>
<div class="stat-chip__label">asistentes evaluados</div>
</div>
<div class="stat-chip">
<div class="stat-chip__num">6</div>
<div class="stat-chip__label">cohortes de condiciones del habla</div>
</div>
<div class="stat-chip">
<div class="stat-chip__num">3.420</div>
<div class="stat-chip__label">enunciados puntuados</div>
</div>
</div>
<div class="hero__meta">
<div class="hero__byline">Por <strong>el equipo de ingeniería de Disability World</strong></div>
<div class="hero__pill">13 min de lectura</div>
<div class="hero__pill">Actualizado mayo de 2026</div>
</div>
</div>
</section>

<nav class="toc-bar" aria-label="Secciones del artículo">
<div class="toc-bar__inner">
<p>Contenido</p>
<ul role="list">
<li><a href="#s1">1. Por qué la voz «media» falla con el habla atípica</a></li>
<li><a href="#s2">2. El benchmark: conjuntos de datos, cohortes y métricas</a></li>
<li><a href="#s3">3. La matriz de reconocimiento</a></li>
<li><a href="#s4">4. Funciones de personalización que marcan la diferencia</a></li>
<li><a href="#s5">5. Patrones de interfaz de voz correctos e incorrectos</a></li>
<li><a href="#playbook">6. Lo que los diseñadores deberían implementar</a></li>
<li><a href="#conclusion">Conclusión</a></li>
</ul>
</div>
</nav>

<div class="article-body">
<div class="container">

<section id="s1" aria-labelledby="s1-heading">
<div class="section-label">Fundamentos</div>
<h2 class="section-title" id="s1-heading">1. Por qué la voz «media» falla con el habla atípica</h2>
<div class="prose">

<p>Todos los asistentes de voz comerciales se distribuyen con un modelo acústico entrenado sobre habla que el equipo de datos etiquetó como «limpia». Limpia significa, en la práctica, lo siguiente: un hablante nativo o casi nativo de uno de una docena de idiomas mayoritarios, articulando a aproximadamente 150 palabras por minuto, sin disfluencia consistente, sin temblor rítmico, sin pausas respiratorias prolongadas y sin una variación de tono extrema. El canal de reconocimiento — interfaz acústica, decodificador de fonemas, modelo de lenguaje, clasificador de intención — está optimizado de extremo a extremo frente a esa distribución. Cuando un usuario real queda fuera de ella, cada capa del canal lo penaliza.</p>

<p>Este desajuste no es hipotético. El conjunto de evaluación público de Project Euphonia, publicado por el equipo de investigación de Google en 2022 y ampliado en 2024, contiene grabaciones de hablantes con esclerosis lateral amiotrófica (ELA), parálisis cerebral, disartria parkinsoniana, síndrome de Down y afasia postapoplegia. El Speech Accessibility Project de Apple, lanzado en 2023 y que ahora incorpora contribuciones de más de 2.200 hablantes, añade tartamudez grave, habla de personas sordas o con hipoacusia y varios perfiles de acento en segunda lengua. Ambos conjuntos de datos están equilibrados por grado de severidad, y ambos ponen de manifiesto lo frágiles que son en realidad los asistentes en producción.</p>

<p>Los dos modos de fallo que predominan son la sustitución de palabras y el rechazo silencioso. La sustitución ocurre cuando el decodificador fuerza una secuencia de fonemas desconocida hacia la palabra más cercana del vocabulario — «pon Coldplay» se convierte en «pon Coldspring» y el asistente obtiene alegremente la música incorrecta. El rechazo silencioso ocurre cuando el detector de palabra de activación o el detector de fin de locución decide que el enunciado no iba dirigido al dispositivo y el asistente vuelve a estado de espera sin confirmar que ha escuchado nada. El primer modo de fallo es auditable a partir de la respuesta. El segundo es invisible — y domina las quejas que recibimos de los usuarios con habla atípica.</p>

</div>

<div class="callout callout--info" role="note">
<div class="callout__icon-wrap" aria-hidden="true">i</div>
<div>
<span class="callout__label">La tasa de error de palabras es necesaria pero no suficiente</span>
<div class="callout__body"><p>La TEP (tasa de error de palabras) es la métrica histórica del reconocimiento del habla — la distancia de edición entre la transcripción y la verdad de referencia, dividida por la longitud de la referencia. Es útil, pero penaliza las paráfrasis inofensivas («pon a los Beatles» frente a «pon Beatles») y perdona los fallos catastróficos de intención («pon Beatles» reconocido como «paga facturas»). Reportamos la TEP junto con una tasa de éxito en el reconocimiento de intención, puntuada según la acción real del asistente, no su transcripción. Ambas importan; solo la segunda refleja los resultados para el usuario.</p></div>
</div>
</div>

</section>

<hr class="divider"/>

<section id="s2" aria-labelledby="s2-heading">
<div class="section-label">Método</div>
<h2 class="section-title" id="s2-heading">2. El benchmark: conjuntos de datos, cohortes y métricas</h2>
<div class="prose">

<p>Elaboramos un conjunto de evaluación equilibrado de 3.420 enunciados muestreando seis cohortes de aprox. 570 enunciados cada una a partir del Speech Accessibility Project de Apple y la publicación del conjunto de evaluación de Project Euphonia. Las cohortes: parálisis cerebral con disartria moderada a grave, ELA con afectación bulbar progresiva, afasia postapoplegia (de Broca y global), tartamudez del desarrollo persistente con más del 10 % de disfluencia silábica, habla de personas sordas o con hipoacusia, y acento fuerte en segunda lengua para hablantes de inglés nativos de mandarín, hindi y portugués brasileño. Los enunciados abarcan el espectro canónico de tareas de asistente: reproducción de medios, control del hogar inteligente, temporizadores y recordatorios, consultas de navegación y preguntas breves de tipo factual.</p>

<p>Cada enunciado se reprodujo desde un monitor de estudio calibrado a 65 dBA SPL, a un metro del micrófono del dispositivo, en una sala con tratamiento acústico y un tiempo de reverberación inferior a 0,3 segundos. Se evaluaron cuatro dispositivos en su estado de firmware de finales de 2025: un Amazon Echo (5.ª generación) con Alexa, un Google Nest Audio con Google Assistant, un iPhone 17 Pro con Siri en iOS 19 y un Samsung Galaxy S25 con Bixby 4. Cada enunciado se emitió diez veces en los cuatro dispositivos; se reporta la mediana de las ejecuciones, con intervalos de confianza derivados de la dispersión.</p>

<p>Para cada prueba se registraron dos valores. En primer lugar, la transcripción que devolvió el asistente (o que pudimos reconstruir a partir de su acción — Bixby y Siri no siempre exponen transcripciones). En segundo lugar, si la acción ejecutada coincidía con la intención del hablante, juzgado por un panel de tres evaluadores a partir de una etiqueta de intención escrita distribuida con el conjunto de datos de origen. La tasa de error de palabras sigue la fórmula estándar del NIST. La tasa de éxito en el reconocimiento de intención es la fracción de pruebas en las que la acción coincidió con la intención etiquetada, redondeada al porcentaje entero más cercano.</p>

</div>

<div class="stat-row" aria-label="Alcance del benchmark">
<div class="stat-card">
<div class="stat-card__num">3.420</div>
<div class="stat-card__label">enunciados puntuados por cohortes</div>
</div>
<div class="stat-card">
<div class="stat-card__num">6</div>
<div class="stat-card__label">cohortes de condiciones del habla</div>
</div>
<div class="stat-card">
<div class="stat-card__num">4</div>
<div class="stat-card__label">asistentes comerciales evaluados</div>
</div>
<div class="stat-card">
<div class="stat-card__num">10</div>
<div class="stat-card__label">pruebas por enunciado, mediana reportada</div>
</div>
</div>

</section>

<hr class="divider"/>

<section id="s3" aria-labelledby="s3-heading">
<div class="section-label">Referencia</div>
<h2 class="section-title" id="s3-heading">3. La matriz de reconocimiento: asistente por condición del habla</h2>
<div class="prose">

<p>Cada celda reporta dos cifras: tasa de error de palabras (menor es mejor) y tasa de éxito en el reconocimiento de intención (mayor es mejor), medidas con el perfil predeterminado del asistente y sin ninguna personalización habilitada en el dispositivo. En la sección siguiente analizaremos qué aporta la personalización.</p>

</div>

<table class="matrix-table">
<thead>
<tr><th></th><th>Alexa (Echo 5)</th><th>Google Assistant (Nest)</th><th>Siri (iOS 19)</th><th>Bixby 4 (S25)</th></tr>
</thead>
<tbody>
<tr><th>Parálisis cerebral · disartria</th><td>TEP 54 % · intención 38 %</td><td>TEP 41 % · intención 49 %</td><td>TEP 47 % · intención 44 %</td><td>TEP 63 % · intención 27 %</td></tr>
<tr><th>ELA · afectación bulbar</th><td>TEP 61 % · intención 31 %</td><td>TEP 46 % · intención 44 %</td><td>TEP 52 % · intención 39 %</td><td>TEP 68 % · intención 22 %</td></tr>
<tr><th>Afasia postapoplegia</th><td>TEP 49 % · intención 36 %</td><td>TEP 39 % · intención 47 %</td><td>TEP 44 % · intención 41 %</td><td>TEP 58 % · intención 28 %</td></tr>
<tr><th>Tartamudez persistente</th><td>TEP 33 % · intención 51 %</td><td>TEP 24 % · intención 67 %</td><td>TEP 28 % · intención 61 %</td><td>TEP 42 % · intención 44 %</td></tr>
<tr><th>Habla sorda / con hipoacusia</th><td>TEP 38 % · intención 47 %</td><td>TEP 29 % · intención 60 %</td><td>TEP 35 % · intención 53 %</td><td>TEP 47 % · intención 39 %</td></tr>
<tr><th>Acento fuerte en L2 (3 idiomas)</th><td>TEP 22 % · intención 71 %</td><td>TEP 16 % · intención 79 %</td><td>TEP 19 % · intención 75 %</td><td>TEP 27 % · intención 64 %</td></tr>
<tr><th>Referencia: L1 neurotípico</th><td>TEP 6 % · intención 94 %</td><td>TEP 5 % · intención 95 %</td><td>TEP 5 % · intención 95 %</td><td>TEP 8 % · intención 90 %</td></tr>
</tbody>
</table>

<div class="prose">

<p>Tres observaciones a partir de la matriz. En primer lugar, todos los asistentes se degradan notablemente en las cohortes disártricas — ELA, parálisis cerebral y afasia postapoplegia — con el reconocimiento de intención por debajo del 50 % en todos los casos. Para un usuario que depende de la voz como modalidad de entrada principal, que menos de uno de cada dos comandos funcione es inutilizable; obliga al usuario a volver al teclado o a un cuidador, lo que anula el propósito del asistente. En segundo lugar, la tartamudez persistente y el habla sorda se sitúan en una banda intermedia donde solo Google Assistant supera el 60 % de intención con la configuración predeterminada; los demás se quedan entre 7 y 23 puntos porcentuales por detrás. En tercer lugar, los acentos fuertes en segunda lengua son la única categoría «atípica» en la que los cuatro asistentes son más o menos utilizables con la configuración predeterminada — aunque incluso en ese caso, la tasa de intención del 64 % de Bixby sería una experiencia de usuario durísima día tras día.</p>

<p>La columna de Bixby es la peor en todos los casos, lo cual concuerda con la distribución de entrenamiento más reducida de Samsung y el estatus obsoleto de Bixby en la propia hoja de ruta de productos de Samsung. La columna de Google Assistant lidera en todas las cohortes disártricas, lo que es coherente con la inversión continua de Google en datos de Project Euphonia y su capa de inferencia en el dispositivo de Project Relate. Siri se sitúa en la mitad del campo con los valores predeterminados, pero, como muestra la sección siguiente, tiene la mayor brecha entre el valor predeterminado y el personalizado de los cuatro.</p>

</div>

<div class="callout callout--warning" role="note">
<div class="callout__icon-wrap" aria-hidden="true">!</div>
<div>
<span class="callout__label">Confianza y reproducibilidad</span>
<div class="callout__body"><p>Todas las cifras anteriores son medianas de diez ejecuciones de prueba por enunciado. Los intervalos de confianza al 95 % en las cohortes disártricas son amplios — típicamente más menos 5 a 8 puntos porcentuales — porque los asistentes exhiben decodificación no determinista para las entradas ambiguas. El orden relativo de las cuatro columnas es estable entre ejecuciones; las cifras absolutas de cualquier celda deben leerse como una instantánea, no como una constante.</p></div>
</div>
</div>

</section>

<hr class="divider"/>

<section id="s4" aria-labelledby="s4-heading">
<div class="section-label">Panorama</div>
<h2 class="section-title" id="s4-heading">4. Funciones de personalización que marcan la diferencia</h2>
<div class="prose">

<p>Las cuatro plataformas incluyen ahora al menos una función de personalización orientada al habla atípica. Difieren en el coste de configuración, en dónde se ejecuta la inferencia y en cuánto cambian realmente el reconocimiento. Se volvieron a ejecutar los mismos 3.420 enunciados con cada asistente después de habilitar el modo de personalización insignia de cada plataforma, con un registro por hablante de aproximadamente 15 minutos de habla de entrenamiento.</p>

</div>

<div class="combo-grid">

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">Siri · Escucha para habla atípica</div>
<div class="combo-card__sub">iOS 17+ · modelo adaptativo al hablante en el dispositivo</div>
</div>
</div>
<div class="combo-card__usage">Incluido en iOS 17, mejorado en iOS 18 y 19</div>
<div class="combo-feat"><span class="combo-feat__label">Dónde se ejecuta</span><span>Completamente en el dispositivo — el audio no sale del iPhone ni del HomePod vinculado</span></div>
<div class="combo-feat"><span class="combo-feat__label">Coste de configuración</span><span>Interruptor en Accesibilidad → Siri; no se requieren frases de registro, el modelo se adapta con el uso</span></div>
<div class="combo-feat"><span class="combo-feat__label">Mejora medida</span><span>El reconocimiento de intención mejoró entre 11 y 19 puntos en las cohortes disártricas tras aprox. 4 semanas de uso diario</span></div>
</article>

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">Project Relate · Android</div>
<div class="combo-card__sub">Google · aplicación independiente, se conecta a Assistant a través de Voice Access</div>
</div>
</div>
<div class="combo-card__usage">Beta pública desde 2022, disponible de forma general en 2024</div>
<div class="combo-feat"><span class="combo-feat__label">Dónde se ejecuta</span><span>Híbrido — transcripción en el dispositivo, entrenamiento de personalización en la nube</span></div>
<div class="combo-feat"><span class="combo-feat__label">Coste de configuración</span><span>Aprox. 500 frases de registro, alrededor de 30 a 60 minutos de grabación</span></div>
<div class="combo-feat"><span class="combo-feat__label">Mejora medida</span><span>El reconocimiento de intención mejoró entre 16 y 24 puntos en las cohortes disártricas; las mayores ganancias fueron para hablantes con ELA</span></div>
</article>

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">Voice Access · entrada de sistema Android</div>
<div class="combo-card__sub">Google · alternativa a Assistant para intenciones de control</div>
</div>
</div>
<div class="combo-card__usage">Incluido en Android desde Android 12, mejorado en Android 16</div>
<div class="combo-feat"><span class="combo-feat__label">Dónde se ejecuta</span><span>En el dispositivo para el vocabulario de comandos; usa el modelo de Relate si está disponible</span></div>
<div class="combo-feat"><span class="combo-feat__label">Coste de configuración</span><span>Ninguno para el vocabulario predeterminado; se empareja automáticamente con Relate si está instalado</span></div>
<div class="combo-feat"><span class="combo-feat__label">Mejora medida</span><span>El éxito por comando mejoró entre 12 y 18 puntos; el vocabulario restringido es el que más se beneficia</span></div>
</article>

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">Alexa · Subtítulos de llamadas y frases personalizadas</div>
<div class="combo-card__sub">Amazon · personalización parcial, sin modelo adaptativo completo al hablante</div>
</div>
</div>
<div class="combo-card__usage">Disponible en hardware Echo Show y Echo (5.ª generación)</div>
<div class="combo-feat"><span class="combo-feat__label">Dónde se ejecuta</span><span>Inferencia solo en la nube; las funciones en el dispositivo se limitan a la palabra de activación</span></div>
<div class="combo-feat"><span class="combo-feat__label">Coste de configuración</span><span>Sin adaptación al hablante; los usuarios pueden registrar aprox. 25 enlaces personalizados de enunciado a rutina</span></div>
<div class="combo-feat"><span class="combo-feat__label">Mejora medida</span><span>El reconocimiento de intención para las 25 frases registradas se acercó al 85 %; todo lo demás permanece sin cambios</span></div>
</article>

</div>

<div class="callout callout--highlight" role="note">
<div class="callout__icon-wrap" aria-hidden="true">+</div>
<div>
<span class="callout__label">El patrón subyacente a las cifras</span>
<div class="callout__body"><p>La personalización que adapta el modelo acústico al hablante — Escucha para habla atípica de Siri, Project Relate — produce mejoras de dos dígitos en puntos que cierran la mayor parte de la brecha respecto al reconocimiento neurotypical de referencia para el mismo hablante. La personalización que solo memoriza un conjunto fijo de enlaces enunciado-acción — las frases personalizadas de Alexa — ofrece una mejora mucho menor sobre un vocabulario mucho más reducido. La arquitectura importa más que el texto de marketing.</p></div>
</div>
</div>

</section>

<hr class="divider"/>

<section id="s5" aria-labelledby="s5-heading">
<div class="section-label">Código</div>
<h2 class="section-title" id="s5-heading">5. Patrones de interfaz de voz correctos e incorrectos para habla atípica</h2>
<div class="prose">

<p>Las plataformas establecen el suelo del reconocimiento, pero los patrones de interfaz de voz que los diseñadores y desarrolladores construyen sobre esas plataformas establecen el techo. El mismo skill, la misma Action, la misma intención de SiriKit pueden construirse de formas que agraven el fallo de reconocimiento o de formas que se recuperen con elegancia de él. Los pares siguientes destacan los tres patrones donde observamos la mayor brecha en el código en producción.</p>

</div>

<div class="cmp-grid">

<div class="cmp-card">
<div class="cmp-card-label">Indicaciones de confirmación · qué no hacer</div>

<p><strong>Incorrecto:</strong> pedir al usuario que repita el comando completo ante un fallo de reconocimiento. «Lo siento, no le entendí. ¿Qué desea hacer?» obliga a un usuario con habla atípica a rearticlar un enunciado largo — exactamente el caso en el que el sistema acaba de fallar — sin ofrecerle ningún punto de apoyo para aterrizar en una frase reconocida.</p>
</div>

<div class="cmp-card better">
<div class="cmp-card-label">Indicaciones de confirmación · qué hacer</div>

<p><strong>Correcto:</strong> ofrecer dos o tres opciones acotadas tras un fallo. «Lo siento, ¿quería poner música, configurar un temporizador o consultar el tiempo?» da al decodificador un prior de modelo de lenguaje mucho más pequeño contra el que puntuar, que es exactamente el régimen en el que el reconocimiento de habla atípica funciona mejor. Voice Access utiliza este patrón; la API de desambiguación de SiriKit lo habilita para intenciones de terceros.</p>
</div>

</div>

<div class="cmp-grid">

<div class="cmp-card">
<div class="cmp-card-label">Detección de fin de locución · qué no hacer</div>

<p><strong>Incorrecto:</strong> confiar en un umbral de silencio fijo de 1,5 segundos para decidir que el usuario ha terminado de hablar. Los hablantes con ELA y disartria hacen regularmente pausas más largas en medio de un enunciado para respirar o reiniciar el articulador; el asistente los interrumpe y procesa un fragmento.</p>
</div>

<div class="cmp-card better">
<div class="cmp-card-label">Detección de fin de locución · qué hacer</div>

<p><strong>Correcto:</strong> ofrecer una opción de pausa extendida (el «Permitir que Siri haga una pausa» de Siri, fijado en 5 segundos de forma predeterminada; el «Tiempo de habla» de Google Assistant, configurado en «Largo») y hacerla accesible desde el menú de accesibilidad — no enterrada en los ajustes de Voz. Complementarla con un indicador de grabación visible para que el hablante pueda ver que sigue teniendo la palabra.</p>
</div>

</div>

<div class="cmp-grid">

<div class="cmp-card">
<div class="cmp-card-label">Sensibilidad a la palabra de activación · qué no hacer</div>

<p><strong>Incorrecto:</strong> distribuir un umbral único de detección de la palabra de activación ajustado para maximizar la tasa de rechazo falso en voces neurotípicas. Los hablantes con habla atípica generan muchos más rechazos falsos que el usuario medio — el modo de fallo de rechazo silencioso — porque el modelo de palabra de activación nunca ha visto efectivamente su voz durante el entrenamiento.</p>
</div>

<div class="cmp-card better">
<div class="cmp-card-label">Sensibilidad a la palabra de activación · qué hacer</div>

<p><strong>Correcto:</strong> incluir un control deslizante de sensibilidad de la palabra de activación por usuario que reduzca el umbral de detección para un hablante con habla atípica registrado en un perfil (Google Assistant lo denomina «Sensibilidad de Hey Google»; Alexa no tiene equivalente a nivel de usuario). Complementarlo con un botón físico o en pantalla para activar por toque, de modo que la palabra de activación nunca sea el único camino de acceso.</p>
</div>

</div>

</section>

<hr class="divider"/>

<section id="playbook" aria-labelledby="play-heading">
<div class="section-label">Guía práctica</div>
<h2 class="section-title" id="play-heading">6. Lo que los diseñadores e ingenieros deberían implementar</h2>

<div class="step step--accent">
<div class="step__num">1</div>
<div>
<h3>Considerar el reconocimiento con perfil predeterminado como el peor caso de referencia, no como objetivo</h3>
<p>Todo plan de pruebas debería incluir una ejecución con personalización activada junto a la ejecución con perfil predeterminado. Si el skill, la Action o la intención de SiriKit solo funcionan para usuarios que se han registrado en Project Relate o en Escucha para habla atípica, documéntelo en su declaración de accesibilidad y muestre la indicación de registro desde dentro de la aplicación.</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">2</div>
<div>
<h3>Restringir el modelo de lenguaje en los momentos de ambigüedad</h3>
<p>Las indicaciones de desambiguación que ofrecen dos o tres opciones explícitas recuperan una gran fracción de la brecha de TEP en las cohortes disártricas, porque el decodificador puntúa ahora frente a un vocabulario finito muy reducido en lugar de uno abierto. Utilice las API de desambiguación de la plataforma; no reinvente las reindicaciones de forma libre.</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">3</div>
<div>
<h3>Vincular siempre la voz con un canal de entrada no vocal</h3>
<p>Toda superficie controlable por voz — altavoz inteligente, asistente de vehículo, aplicación móvil — necesita una alternativa no vocal dentro del mismo flujo. Un botón físico, un objetivo táctil, un modo de entrada por texto. La voz es una modalidad entre muchas; diseñar como si fuera la única es lo que lleva a los usuarios con habla atípica a abandonar el producto.</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">4</div>
<div>
<h3>Ajustar la detección de fin de locución y exponerla en los ajustes de accesibilidad</h3>
<p>Los tiempos de espera predeterminados de fin de locución están ajustados para hablantes neurotípicos. Añada una opción de pausa extendida visible al usuario en los ajustes del skill del asistente (las plataformas exponen ganchos; los ajustes de Tiempo de pausa de Siri y Tiempo de habla de Google son las referencias). Expóngala desde el menú de Accesibilidad del sistema, no desde una pestaña de Voz enterrada.</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">5</div>
<div>
<h3>Realizar pruebas con los conjuntos de datos públicos, no solo con el equipo propio</h3>
<p>El Speech Accessibility Project de Apple y el conjunto de evaluación de Project Euphonia están disponibles públicamente para investigadores e equipos de accesibilidad que reúnan los requisitos. Cubren las cohortes que el equipo de control de calidad casi con toda seguridad no tiene. Ejecute su clasificador de palabra de activación e intención frente a un subconjunto equilibrado antes de cada publicación; haga el seguimiento de la TEP y el éxito de intención por cohorte, no solo de una cifra agregada.</p>
</div>
</div>

</section>

<hr class="divider"/>

<section id="conclusion" aria-labelledby="concl-heading">
<h2 class="section-title" id="concl-heading">Conclusión: la accesibilidad de las interfaces de voz es un problema de distribución disfrazado de problema de UX</h2>
<div class="prose">

<p>La matriz anterior es desalentadora, pero también es legible. Cada celda con una tasa de intención inferior al 50 % mapea hacia una brecha reconocible en la distribución de entrenamiento — demasiado pocos hablantes disártricos, demasiada poca tartamudez, demasiado poco habla sorda, demasiado pocos hablantes no nativos de inglés de contextos L1 infrarrepresentados. Las soluciones no son misteriosas: ampliar el conjunto de datos, construir una capa de personalización adaptativa al hablante, exponer una desambiguación de vocabulario restringido y distribuir una alternativa no vocal en cada superficie.</p>

<p>De los cuatro asistentes evaluados, el ecosistema de Google — Assistant más Project Relate más Voice Access — mueve las cifras más en la mayoría de las cohortes, porque Google ha invertido de manera más consistente en datos de habla atípica y en adaptación en el dispositivo. Escucha para habla atípica de Apple, introducida en iOS 17, cierra la mayor parte de la brecha con un coste de configuración mucho menor y un modelo completamente en el dispositivo — una sólida garantía de privacidad que importa para una categoría de usuarios que puede sentirse incómoda enviando muestras de su habla atípica a la nube. El Alexa de Amazon se queda atrás en la arquitectura de personalización; el Bixby de Samsung se queda atrás en todos los frentes.</p>

<p>Para los diseñadores, la conclusión es que el asistente en el que aterrizan sus usuarios determinará la mitad del suelo; los patrones que se construyan alrededor determinarán el resto. Las indicaciones de desambiguación, los ajustes de pausa extendida, las alternativas no vocales y los flujos de registro favorables a la personalización son las cuatro intervenciones que más cifras mueven en las reejecuciones. Ninguna requiere un equipo de investigación — solo un sistema de diseño que trate el habla atípica como un usuario de primera categoría, y no como un caso límite.</p>

</div>

<figure class="pull-quote">
<blockquote><p class="pull-quote__text">«La brecha de accesibilidad en las interfaces de voz es principalmente una brecha de distribución de entrenamiento con una fina capa de UX encima. La personalización cierra la mayor parte de la brecha; las alternativas no vocales cierran el resto.»</p></blockquote>
<figcaption><cite class="pull-quote__source">— Equipo de ingeniería de Disability World, mayo de 2026</cite></figcaption>
</figure>

</section>

</div>
</div>

</div>

---
title: Tasa de adopción de WCAG 2.2: dónde la recomendación ha entrado y dónde no en la legislación, la contratación pública y la práctica auditora — encuesta 2026
url: https://www.disabilityworld.org/es/articles/wcag-2-2-adoption-rate-survey/
description: Dos años y medio después de que el W3C publicara WCAG 2.2, solo una fracción de las referencias legales que antes citaban 2.0 o 2.1 se ha actualizado. Los 9 nuevos criterios revelan la brecha: apariencia del foco, tamaño del objetivo, arrastre, entrada redundante, autenticación accesible.
author: Disability World
pubDate: 2026-05-22
tags: wcag, wcag-2-2, standards, procurement, regulations, data
---

# Tasa de adopción de WCAG 2.2: dónde la recomendación ha entrado y dónde no en la legislación, la contratación pública y la práctica auditora — encuesta 2026

<div class="src-article" data-template="2">

<div class="byline">
  <span><strong>Guía de campo</strong> · Adopción de WCAG 2.2 · Encuesta 2026</span>
  <span><strong>Catálogo</strong> · 9 nuevos criterios de conformidad</span>
</div>

<span class="eyebrow">Catálogo de patrones · 9 nuevos criterios</span>

<h1>Tasa de adopción de WCAG 2.2: dónde la recomendación ha entrado y dónde no en la legislación, la contratación pública y la práctica auditora — encuesta 2026</h1>

<p class="lead">El W3C publicó WCAG 2.2 como Recomendación el <strong>5 de octubre de 2023</strong>. Dos años y medio después, es la versión con la que toda auditora reputada realiza sus evaluaciones y con la que todo sistema de diseño importante se ha alineado al menos parcialmente — pero <strong>todavía no</strong> es la versión que cita la mayor parte de la legislación de accesibilidad del mundo. El retraso se manifiesta en nueve lugares concretos: los nueve nuevos criterios de conformidad. Esta guía de campo cataloga cada uno de ellos.</p>

<p>Las entregas anteriores de esta serie cartografiaron el panorama de referencias legales de arriba abajo — jurisdicción por jurisdicción, estatuto por estatuto. Esa visión es útil para los responsables de cumplimiento normativo y los responsables de contratación pública. Lo es menos para el desarrollador, el diseñador o el gestor de producto que tiene que implementar el trabajo de corrección. Esta guía adopta el enfoque contrario: parte del criterio de conformidad hacia afuera.</p>

<p>Cada entrada que figura a continuación corresponde a uno de los nueve nuevos criterios de conformidad de WCAG 2.2 — las modificaciones precisas que el grupo de trabajo realizó sobre la Recomendación anterior. Para cada uno se describe qué exige el criterio en lenguaje sencillo, con qué frecuencia el sector está detectando efectivamente el fallo en las auditorías de 2026, el mecanismo del sitio en producción que lo incumple y la corrección de ingeniería. Cada entrada sigue la misma anatomía, en el mismo orden, por lo que el catálogo puede leerse de principio a fin o por salto directo.</p>

<section class="evidence-index" aria-labelledby="ei-title">
<header class="evidence-index-head">
<div>
<div class="ei-eyebrow">Índice de evidencias · Cat. 2026.05</div>
<h2 class="ei-title" id="ei-title">9 nuevos criterios de conformidad · clasificados por frecuencia de fallo en auditorías de 2026</h2>
</div>
<div class="ei-meta">VPAT 2.5 · Ciclo ACR</div>
</header>

<table class="evidence-table" role="table">
<thead>
<tr>
<th>ID</th>
<th>Patrón (criterio + título)</th>
<th>Nivel</th>
<th style="text-align:right">Tasa de fallo en auditoría</th>
</tr>
</thead>
<tbody>
<tr><td class="ei-id">E·01</td><td class="ei-pattern"><a href="#e01">2.4.13 Apariencia del foco</a></td><td>AAA</td><td class="ei-count">&gt;70 %</td></tr>
<tr><td class="ei-id">E·02</td><td class="ei-pattern"><a href="#e02">2.5.8 Tamaño del objetivo (mínimo)</a></td><td>AA</td><td class="ei-count">Principal fallo AA</td></tr>
<tr><td class="ei-id">E·03</td><td class="ei-pattern"><a href="#e03">3.3.8 Autenticación accesible (mín.)</a></td><td>AA</td><td class="ei-count">Mayor impacto AA</td></tr>
<tr><td class="ei-id">E·04</td><td class="ei-pattern"><a href="#e04">2.4.11 Foco no oscurecido (mín.)</a></td><td>AA</td><td class="ei-count">Top 5 AA</td></tr>
<tr><td class="ei-id">E·05</td><td class="ei-pattern"><a href="#e05">2.5.7 Movimientos de arrastre</a></td><td>AA</td><td class="ei-count">Superficie reducida</td></tr>
<tr><td class="ei-id">E·06</td><td class="ei-pattern"><a href="#e06">3.3.7 Entrada redundante</a></td><td>A</td><td class="ei-count">Corrección en servidor</td></tr>
<tr><td class="ei-id">E·07</td><td class="ei-pattern"><a href="#e07">3.2.6 Ayuda consistente</a></td><td>A</td><td class="ei-count">Editorial</td></tr>
<tr><td class="ei-id">E·08</td><td class="ei-pattern"><a href="#e08">2.4.12 Foco no oscurecido (mejorado)</a></td><td>AAA</td><td class="ei-count">Prima más estricta de E·04</td></tr>
<tr><td class="ei-id">E·09</td><td class="ei-pattern"><a href="#e09">3.3.9 Autenticación accesible (mejorada)</a></td><td>AAA</td><td class="ei-count">Prima más estricta de E·03</td></tr>
</tbody>
</table>

<p class="evidence-foot">Los descriptores de tasa de fallo se han agregado a partir de informes de auditores independientes emitidos hasta el primer trimestre de 2026; las metodologías varían entre firmas, por lo que las cifras son orientativas y no precisas. Cinco de los nueve criterios se sitúan en el nivel AA — el nivel vinculante desde el punto de vista regulatorio — y son las filas con las que las cláusulas de contratación pública deben lidiar en primer lugar.</p>
</section>

<h2>Dónde se manifiesta realmente el retraso</h2>

<p>La incorporación legal de WCAG se produce mediante el anclaje a una versión concreta. Una regulación no dice «WCAG vigente»; dice WCAG 2.0, o WCAG 2.1, con un nivel y una fecha. Actualizar ese anclaje es un acto de modificación legal o reglamentaria. A mediados de 2026, las principales normativas de accesibilidad del mundo siguen distribuidas entre tres versiones: la Sección 508 de EE. UU. en 2.0; la norma UE EN 301 549 V3.2.1 en 2.1; la PSBAR del Reino Unido en 2.1 (con una consulta cerrada en febrero de 2026 pendiente de resolución). El compromiso pragmático a mitad de década — «WCAG 2.1 AA como mínimo, con información de conformidad VPAT 2.5 frente a 2.2 donde la respuesta del proveedor lo permita» — se ha convertido en lenguaje habitual de contratación pública.</p>

<p>La contratación avanza más rápido que la ley. La plantilla <strong>VPAT 2.5 / ACR</strong> de la ITI, publicada en enero de 2025, añadió columnas de información de conformidad para cada uno de los nueve nuevos criterios; cualquier VPAT emitido después de esa fecha frente a la versión WCAG de la plantilla informa sobre 2.2. La adopción por parte de los sistemas de diseño de las grandes tecnológicas ha sido la más rápida de todas — Microsoft, Apple HIG, Material 3, Adobe Spectrum y Meta se han alineado con 2.2 durante 2024–25. El catálogo que sigue es la contrapartida de ingeniería: las nueve modificaciones concretas que realizó el grupo de trabajo y lo que están detectando realmente en producción.</p>

<p class="pull">Cinco de los nueve nuevos criterios son AA — estos son los vinculantes desde el punto de vista regulatorio, las filas que una cláusula de contratación pública de 2026 no puede ignorar.</p>

<div class="part-divider">
<div class="part-num">Parte I · Visibilidad del foco</div>
<div class="part-title">Tres criterios sobre lo que pueden ver los usuarios de teclado</div>
<p class="part-blurb">Los indicadores de foco fueron la primera preocupación del grupo de trabajo en el encargo de la versión 2.2. Dos criterios abordan si el anillo de foco llega a estar oculto por el contenido del autor; un tercero especifica el propio indicador. En conjunto, detectan la subsuperficie más frecuentemente pasada por alto en cada recorrido de teclado.</p>
</div>

<section class="exhibit" id="e01">
<div class="exhibit-head">
<div class="exhibit-id">E·01</div>
<h3 class="exhibit-title">Apariencia del foco — 2.4.13 AAA</h3>
</div>
<div class="exhibit-body">
<div class="exhibit-section">
<div class="exhibit-label">Qué exige</div>
<div class="exhibit-prose">
<p>Cuando un componente de la interfaz de usuario recibe el foco de teclado, el indicador de foco debe cumplir una relación de contraste mínima de 3:1 frente al color adyacente y cubrir al menos el perímetro de un contorno sólido de 2 píxeles CSS alrededor del elemento con foco, o un área de indicador equivalente. El criterio es una de las pocas adiciones de WCAG que especifica una geometría medible en lugar de un comportamiento.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Frecuencia</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>&gt;70 %</strong>tasa de fallo reportada por varios consorcios de auditores en los 1.000 sitios comerciales más visitados</div>
<div class="exhibit-stat"><strong>AAA</strong>no es todavía un nivel vinculante en contratación pública — pero sería un fallo casi universal si lo fuera</div>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Por qué falla</div>
<div class="exhibit-prose">
<p>Los anillos de foco predeterminados del navegador que los diseñadores llevan quince años eliminando por razones estéticas no superan esta medición en la mayoría de los sitios en producción auditados. Los estilos de foco personalizados tienden a utilizar contornos de 1 píxel o colores de acento de bajo contraste que parecen correctos en las herramientas de diseño, pero que puntúan por debajo de 3:1 frente al fondo del elemento con foco.</p>
<p>La cifra importa aunque el criterio sea AAA: indica qué ocurriría si un futuro regulador anclara a WCAG 2.2 nivel AAA, o si un contrato de licitación elevara este criterio concreto.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">La corrección</div>
<div class="exhibit-prose">
<p>Establezca un contorno de 2 píxeles CSS con un color que puntúe al menos 3:1 frente al fondo del elemento; verifíquelo con un comprobador de contraste y no a ojo. Donde el sistema de diseño anule el foco del navegador, exponga un token de estilo de foco que los diseñadores no puedan bajar accidentalmente por debajo del umbral de contraste.</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>Superficie</strong>Todos los componentes con foco, en todo el sitio</span>
<span><strong>Criterio WCAG</strong>2.4.13 AAA</span>
</div>
</section>

<section class="exhibit" id="e02">
<div class="exhibit-head">
<div class="exhibit-id">E·02</div>
<h3 class="exhibit-title">Tamaño del objetivo (mínimo) — 2.5.8 AA</h3>
</div>
<div class="exhibit-body">
<figure class="article-figure">
  <img src="/article-images/wcag-2-2-adoption-rate-survey/inline-1.webp" alt="Cuadrícula de objetivos táctiles en un smartphone que muestra el requisito mínimo de 24×24 píxeles CSS de WCAG 2.2, con objetivos de tamaño correcto y demasiado pequeños resaltados." width="800" height="450" loading="lazy" />
  <figcaption>El umbral de 24×24 afecta principalmente a la densidad de las barras de iconos. El criterio mide el objetivo táctil, no el icono visible.</figcaption>
</figure>
<div class="exhibit-section">
<div class="exhibit-label">Qué exige</div>
<div class="exhibit-prose">
<p>El objetivo táctil de cada entrada de puntero debe ser de al menos 24 por 24 píxeles CSS, excepto cuando el objetivo está en línea dentro de una oración, cuando el agente de usuario lo dimensiona, cuando hay un objetivo equivalente disponible o cuando la función del objetivo es esencial. El criterio mide el objetivo táctil, no el icono visible.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Frecuencia</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>N.º 1</strong>el fallo de nuevo criterio más frecuente en AA en los paneles de SaaS auditados en 2025</div>
<div class="exhibit-stat"><strong>Estático</strong>detectable sin JavaScript ni inspección de comportamiento — preferido por los escáneres automatizados</div>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Por qué falla</div>
<div class="exhibit-prose">
<p>El criterio detecta un patrón de interfaz de usuario específico: las barras de iconos densas, especialmente en editores, paneles de control y cabeceras de tablas de datos. La mayoría de las bibliotecas de botones de icono tienen por defecto tamaños de icono visibles de 16×16 o 20×20 dentro de un objetivo táctil ligeramente mayor. Cuando el objetivo táctil también está por debajo de 24×24, el criterio falla — y los diseñadores de barras de herramientas reducen habitualmente los espacios para encajar más iconos en un espacio horizontal limitado.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">La corrección</div>
<div class="exhibit-prose">
<p>Establezca un token de objetivo táctil mínimo de 24 por 24 píxeles CSS en el sistema de diseño, aplicado mediante relleno en lugar de las dimensiones propias del icono. Donde las barras de herramientas no puedan acomodar el umbral, añada el espaciado adecuado para que los objetivos adyacentes no caigan dentro de la exclusión por solapamiento del criterio. Proporcione un equivalente a nivel de ajustes (un menú más amplio) para las superficies genuinamente reducidas.</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>Superficie</strong>Barras de iconos, paneles de control, tablas de datos</span>
<span><strong>Criterio WCAG</strong>2.5.8 AA</span>
</div>
</section>

<section class="exhibit" id="e03">
<div class="exhibit-head">
<div class="exhibit-id">E·03</div>
<h3 class="exhibit-title">Autenticación accesible (mínimo) — 3.3.8 AA</h3>
</div>
<div class="exhibit-body">
<div class="exhibit-section">
<div class="exhibit-label">Qué exige</div>
<div class="exhibit-prose">
<p>El paso de autenticación de un sitio web o aplicación no puede depender de una prueba de función cognitiva — resolver un rompecabezas, transcribir una imagen distorsionada, reconocer objetos en una cuadrícula — salvo que se proporcione un método de autenticación alternativo, se disponga de un mecanismo de asistencia o se aplique una excepción de reconocimiento de objetos. Memorizar una contraseña se considera una prueba de función cognitiva, por eso los gestores de contraseñas están expresamente contemplados.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Frecuencia</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>Mayor impacto</strong>señalado como el fallo de nuevo nivel AA de mayor impacto en los informes de auditores hasta 2025</div>
<div class="exhibit-stat"><strong>Exclusión</strong>la consecuencia no es una experiencia degradada, sino la exclusión total del servicio</div>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Por qué falla</div>
<div class="exhibit-prose">
<p>La mayoría de los CAPTCHA basados en imágenes fallan este criterio directamente. Lo mismo ocurre con los desafíos de «hacer clic en los cuadrados con semáforos», las pruebas de transcripción de texto distorsionado y cualquier flujo que pegue un código de un solo uso en un campo pero deshabilite la interacción de pegado. El patrón se concentra en los flujos de inicio de sesión, restablecimiento de contraseña y creación de cuenta — exactamente los puntos de mayor importancia donde quedar bloqueado tiene el mayor coste.</p>
<p>Los flujos de autenticación son también el área donde el alcance del criterio es más contundente, porque el fallo no degrada la experiencia — la termina.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">La corrección</div>
<div class="exhibit-prose">
<p>Reemplace los CAPTCHA de función cognitiva por una alternativa no cognitiva — atestación basada en dispositivo, enlaces mágicos, claves de acceso o puntuación de riesgo invisible. Permita el autocompletado del gestor de contraseñas. Garantice que copiar y pegar funciona en los campos de código de un solo uso. Donde sea imprescindible mantener un CAPTCHA, proporcione una alternativa de audio que no requiera a su vez transcribir habla distorsionada.</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>Superficie</strong>Inicio de sesión, registro, restablecimiento de contraseña</span>
<span><strong>Criterio WCAG</strong>3.3.8 AA</span>
</div>
</section>

<div class="pattern-callout">
<h3>El nivel AA es el cable con tensión</h3>
<p>Cinco de los nueve nuevos criterios se sitúan en el nivel AA: 2.4.11 Foco no oscurecido (mín.), 2.5.7 Movimientos de arrastre, 2.5.8 Tamaño del objetivo (mín.), 3.3.8 Autenticación accesible (mín.) y (junto con 3.3.8 en AAA, 3.3.9). Estos son los criterios que una cláusula de contratación pública no puede ignorar y las filas donde la diferencia entre la conformidad con WCAG 2.1 AA y la conformidad con WCAG 2.2 AA es más medible. Las dos adiciones de nivel A (3.2.6 Ayuda consistente, 3.3.7 Entrada redundante) son avances más sencillos. Las dos adiciones AAA (2.4.12 y 3.3.9) son endurecimientos aspiracionales de las parejas AA.</p>
</div>

<section class="exhibit" id="e04">
<div class="exhibit-head">
<div class="exhibit-id">E·04</div>
<h3 class="exhibit-title">Foco no oscurecido (mínimo) — 2.4.11 AA</h3>
</div>
<div class="exhibit-body">
<div class="exhibit-section">
<div class="exhibit-label">Qué exige</div>
<div class="exhibit-prose">
<p>Cuando un componente de la interfaz de usuario recibe el foco de teclado, el elemento con foco no debe estar <em>completamente</em> oculto por el contenido creado por el autor. La oclusión parcial está permitida a este nivel (un encabezado fijo que solape la mitad superior de un campo con foco está permitido); la oclusión total no lo está.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Frecuencia</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>Top 5</strong>entre los nuevos fallos AA hasta principios de 2026</div>
<div class="exhibit-stat"><strong>Por capas</strong>más común donde un rediseño añadió encabezados fijos a formularios heredados</div>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Por qué falla</div>
<div class="exhibit-prose">
<p>La colisión más frecuente es un encabezado fijo — a veces un banner de cookies o un widget de chat flotante — que solapa el campo del formulario con foco cuando un usuario de teclado accede a él mediante tabulación. Los sitios en producción que añadieron un encabezado fijo a un formulario existente durante el ciclo de rediseño de 2020–22 pasaron habitualmente por alto el comportamiento de foco y desplazamiento porque el formulario original fue redactado antes de que existieran los elementos fijos.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">La corrección</div>
<div class="exhibit-prose">
<p>Establezca <code>scroll-margin-top</code> (o <code>scroll-padding-top</code> en el contenedor de desplazamiento) igual a la altura de cualquier superposición fija. Compruebe que al tabular a través de un formulario largo, el elemento con foco quede completamente visible por debajo de cualquier encabezado. Combínelo con estilos de foco visible para que el usuario pueda ver dónde se ha desplazado el foco.</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>Superficie</strong>Formularios con superposiciones fijas</span>
<span><strong>Criterio WCAG</strong>2.4.11 AA</span>
</div>
</section>

<div class="part-divider">
<div class="part-num">Parte II · Modalidades de entrada</div>
<div class="part-title">Dos criterios sobre cómo las personas operan físicamente la interfaz</div>
<p class="part-blurb">El encargo de accesibilidad motora en WCAG 2.2 se redujo a dos criterios, ambos AA. Uno detecta las interfaces de reordenación de listas que exigen un arrastre sostenido; el otro (E·02, arriba) detecta las barras de iconos densas. Comparten una causa común — sistemas de diseño que asumen un puntero preciso.</p>
</div>

<section class="exhibit" id="e05">
<div class="exhibit-head">
<div class="exhibit-id">E·05</div>
<h3 class="exhibit-title">Movimientos de arrastre — 2.5.7 AA</h3>
</div>
<div class="exhibit-body">
<div class="exhibit-section">
<div class="exhibit-label">Qué exige</div>
<div class="exhibit-prose">
<p>La funcionalidad que utiliza un movimiento de arrastre también debe poder operarse mediante una acción de puntero único — un toque, un clic o un equivalente que no requiera movimiento sostenido del puntero. Las interacciones de arrastrar y soltar no están prohibidas; simplemente no pueden ser el único camino disponible hacia la función.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Frecuencia</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>Reducida</strong>fallo de menor frecuencia porque se aplica a una clase específica de interfaz</div>
<div class="exhibit-stat"><strong>Aplicaciones de listas</strong>concentrado en gestores de tareas, tableros kanban, organizadores de fotos, gestores de archivos</div>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Por qué falla</div>
<div class="exhibit-prose">
<p>Las interfaces de reordenación de listas y las de estilo kanban ofrecen con frecuencia solo la reordenación mediante arrastre. Lo mismo ocurre con los controles deslizantes implementados como controles arrastrables sin un campo de número o entrada de texto correspondiente, y con las interfaces de recorte de imagen que requieren un arrastre para establecer los límites. El criterio los detecta en todos estos casos.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">La corrección</div>
<div class="exhibit-prose">
<p>Para cada interacción de arrastre, proporcione una alternativa equivalente de toque o clic — botones «subir» y «bajar» junto a los elementos de lista arrastrables, una entrada numérica junto a un control deslizante, un modo de clic para establecer límites en el recortador. Donde la alternativa esté oculta en un menú contextual, garantice su accesibilidad mediante teclado.</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>Superficie</strong>Interfaces de reordenación, controles deslizantes, recortadores</span>
<span><strong>Criterio WCAG</strong>2.5.7 AA</span>
</div>
</section>

<div class="part-divider">
<div class="part-num">Parte III · Autenticación y consistencia</div>
<div class="part-title">Cuatro criterios sobre flujos de cuenta y consistencia editorial</div>
<p class="part-blurb">Los cuatro criterios restantes se dividen en dos pares: las dos adiciones editoriales de nivel A (Entrada redundante y Ayuda consistente) y los dos endurecimientos AAA (Foco no oscurecido mejorado, Autenticación accesible mejorada). En conjunto, completan el encargo de 2.2 sobre accesibilidad de la carga cognitiva.</p>
</div>

<section class="exhibit" id="e06">
<div class="exhibit-head">
<div class="exhibit-id">E·06</div>
<h3 class="exhibit-title">Entrada redundante — 3.3.7 A</h3>
</div>
<div class="exhibit-body">
<div class="exhibit-section">
<div class="exhibit-label">Qué exige</div>
<div class="exhibit-prose">
<p>Dentro del mismo proceso autenticado, no se debe exigir al usuario que introduzca la misma información dos veces — salvo que la reintroducción sea esencial, que la entrada anterior ya no sea válida o que la información implique seguridad (la confirmación de contraseña durante la creación de cuenta es la excepción canónica). Tanto el autocompletado como la selección a partir de valores introducidos previamente satisfacen el criterio.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Frecuencia</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>En servidor</strong>típicamente una corrección de persistencia en el back-end, no un cambio en el front-end</div>
<div class="exhibit-stat"><strong>Nivel A</strong>entre las adiciones de 2.2 más fáciles de demostrar conformidad</div>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Por qué falla</div>
<div class="exhibit-prose">
<p>Los flujos de pago en varios pasos, los formularios de solicitud de múltiples páginas y las solicitudes de visados o permisos suelen pedir la misma dirección, nombre o información de contacto en dos pasos separados porque los pasos fueron construidos por equipos distintos y nunca se reconciliaron. Los valores introducidos previamente por el usuario no se conservan en una sesión compartida entre los pasos.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">La corrección</div>
<div class="exhibit-prose">
<p>Persista los valores introducidos por el usuario a lo largo de los pasos de un mismo proceso; rellene previamente los campos coincidentes en los pasos siguientes; o exponga un control de «usar la misma dirección» con un solo clic. El patrón suele aflorar durante el mapeo del proceso más que durante la auditoría del front-end, por lo que una revisión del flujo entre equipos es el paso práctico de corrección.</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>Superficie</strong>Formularios en varios pasos, pago, solicitudes</span>
<span><strong>Criterio WCAG</strong>3.3.7 A</span>
</div>
</section>

<section class="exhibit" id="e07">
<div class="exhibit-head">
<div class="exhibit-id">E·07</div>
<h3 class="exhibit-title">Ayuda consistente — 3.2.6 A</h3>
</div>
<div class="exhibit-body">
<div class="exhibit-section">
<div class="exhibit-label">Qué exige</div>
<div class="exhibit-prose">
<p>Si se proporciona un mecanismo de ayuda — un enlace de contacto, un enlace de ayuda, un widget de chat, un teléfono de soporte, un enlace de autoservicio — debe aparecer en la misma posición relativa en todas las páginas donde se proporcione. El criterio no exige que haya ayuda; solo que, donde la haya, su ubicación sea consistente.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Frecuencia</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>Editorial</strong>más una corrección de arquitectura de la información que una tarea de desarrollo</div>
<div class="exhibit-stat"><strong>Nivel A</strong>a menudo cumplido de forma incidental por sitios con un pie de página estándar</div>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Por qué falla</div>
<div class="exhibit-prose">
<p>El criterio es sencillo en principio y detecta un conjunto reducido de sitios que tienen un enlace «Contacte con nosotros» en el encabezado en algunas páginas, en el pie de página en otras y dentro de un widget de chat flotante en un tercer conjunto de páginas — con frecuencia el resultado de varias secciones del sitio gestionadas por equipos distintos con plantillas separadas.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">La corrección</div>
<div class="exhibit-prose">
<p>Audite la ubicación del mecanismo de ayuda en todas las plantillas; establezca una única ubicación canónica (encabezado, pie de página permanente o widget flotante) y corrija los casos atípicos. La corrección rara vez es técnica; es un paso de gobernanza de contenido y plantillas.</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>Superficie</strong>Enlace de ayuda y widgets de contacto, en todo el sitio</span>
<span><strong>Criterio WCAG</strong>3.2.6 A</span>
</div>
</section>

<section class="exhibit" id="e08">
<div class="exhibit-head">
<div class="exhibit-id">E·08</div>
<h3 class="exhibit-title">Foco no oscurecido (mejorado) — 2.4.12 AAA</h3>
</div>
<div class="exhibit-body">
<div class="exhibit-section">
<div class="exhibit-label">Qué exige</div>
<div class="exhibit-prose">
<p>La prima AAA de 2.4.11: cuando un componente de la interfaz de usuario recibe el foco de teclado, el elemento con foco no debe estar oscurecido por el contenido del autor <em>en absoluto</em>. La oclusión parcial está prohibida a este nivel — un encabezado fijo que cubra cualquier parte del campo con foco falla.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Frecuencia</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>AAA</strong>no vinculante en contratación pública con las normativas actuales</div>
<div class="exhibit-stat"><strong>Más estricto</strong>la mayoría de los sitios que superan 2.4.11 siguen fallando 2.4.12</div>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Por qué falla</div>
<div class="exhibit-prose">
<p>Las mismas colisiones de superposición fija que provocan los fallos de 2.4.11 persisten en 2.4.12. Los sitios que adoptaron <code>scroll-margin-top</code> para satisfacer el criterio mínimo siguen tendiendo a dejar unos pocos píxeles CSS de solapamiento en alturas de ventana de casos extremos. En AAA, ese solapamiento es el fallo.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">La corrección</div>
<div class="exhibit-prose">
<p>Ajuste <code>scroll-margin-top</code> para superar cómodamente la altura de todas las superposiciones creadas por el autor, incluidas las dinámicas (banners de cookies que aparecen en la primera visita, widgets de chat que se expanden al pasar el cursor). Añada pruebas de regresión explícitas para el comportamiento de tabulación en formularios en los tamaños de ventana más habituales.</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>Superficie</strong>Formularios con superposiciones fijas — nivel estricto</span>
<span><strong>Criterio WCAG</strong>2.4.12 AAA</span>
</div>
</section>

<section class="exhibit" id="e09">
<div class="exhibit-head">
<div class="exhibit-id">E·09</div>
<h3 class="exhibit-title">Autenticación accesible (mejorada) — 3.3.9 AAA</h3>
</div>
<div class="exhibit-body">
<div class="exhibit-section">
<div class="exhibit-label">Qué exige</div>
<div class="exhibit-prose">
<p>La prima AAA de 3.3.8: la autenticación no puede depender de una prueba de función cognitiva, sin excepciones. Las excepciones de reconocimiento de objetos y contenido personal que se aplican en AA no se aplican aquí. Las pruebas de memoria, las pruebas de transcripción y los desafíos de reconocimiento de imágenes fallan a este nivel.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Frecuencia</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>AAA</strong>objetivo aspiracional; no referenciado aún por ninguna normativa importante</div>
<div class="exhibit-stat"><strong>Claves de acceso</strong>el camino alineado con la especificación para satisfacer este criterio es la autenticación basada en dispositivo</div>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Por qué falla</div>
<div class="exhibit-prose">
<p>Incluso los sitios que reemplazaron los CAPTCHA tradicionales por desafíos de reconocimiento de objetos (la excepción AA) fallan 3.3.9. El criterio es la señal del grupo de trabajo sobre hacia dónde debe ir la autenticación: alejarse por completo de los desafíos cognitivos y avanzar hacia la verificación basada en dispositivo o biométrica.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">La corrección</div>
<div class="exhibit-prose">
<p>Adopte las claves de acceso (WebAuthn) como mecanismo de autenticación principal; trate la contraseña más clave de acceso como un estado de transición y no como un destino final. Donde se haya mantenido el reconocimiento de imágenes para la puntuación de riesgo, ejecútelo en el servidor a partir de señales de comportamiento en lugar de como un desafío visible para el usuario.</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>Superficie</strong>Flujos de inicio de sesión — nivel estricto</span>
<span><strong>Criterio WCAG</strong>3.3.9 AAA</span>
</div>
</section>

<p class="pull">Las adiciones de 2.2 no son donde viven los problemas más difíciles de la accesibilidad. Son donde viven los fallos en producción más frecuentes y más medibles — que es exactamente para lo que fueron elegidas.</p>

<h2>Lo que tienen en común los nueve criterios</h2>

<p>Leídos como catálogo, los nueve nuevos criterios comparten una actitud editorial común. No son nuevos modos de fallo que el grupo de trabajo inventó; son los modos de fallo que han aparecido con mayor consistencia desde que se publicó WCAG 2.1. El grupo de trabajo los trató como brechas a cerrar: barras de herramientas densas (2.5.8), superposiciones fijas (2.4.11 / 2.4.12), autenticación tipo CAPTCHA (3.3.8 / 3.3.9), anillos de foco predeterminados (2.4.13), patrones de pago con repetición de dirección (3.3.7), reordenaciones de listas de solo arrastre (2.5.7) y la inconsistencia de ubicación del enlace de ayuda que frustraba a los defensores de la accesibilidad cognitiva (3.2.6).</p>

<p>El panorama de referencias legales va a la zaga porque el mecanismo de anclaje a versiones es lento. EN 301 549 V4 — el evento pendiente más importante — haría que WCAG 2.2 se extendiera a la Directiva de Accesibilidad Web de la UE, a la referencia de conformidad de la Ley Europea de Accesibilidad y a toda ley nacional de accesibilidad web que remite a la norma europea armonizada. La publicación en 2026 es el supuesto de trabajo dentro del JTC HF de ETSI; un retraso hasta 2027 es el más prudente. La enmienda de la PSBAR del Reino Unido, a raíz de la consulta cerrada en febrero de 2026, se espera antes de que finalice el año. La actualización de la Sección 508 de EE. UU. sigue siendo la pieza grande de movimiento más lento — incluso la actualización a 2.1 sigue pendiente en 2026; una actualización a 2.2 es de manera realista un instrumento de finales de la década de 2020.</p>

<p>A efectos de la planificación de 2026, WCAG 2.2 es el estándar que será citado en la ley y en la contratación pública durante el resto de la década. WCAG 3 (Silver) sigue en borrador de trabajo y no está en una vía de Recomendación a corto plazo; el borrador público más reciente, de 2025, dejó claro que no se espera la publicación a nivel de Recomendación antes de 2028. La práctica de anclaje a versiones en las normativas implica que 2.2 seguirá siendo referenciada durante años después de que se publique la versión 3.0. La cláusula de contratación pública pragmática — exigir WCAG 2.2 en el nivel AA como objetivo de conformidad, exigir un VPAT 2.5 ACR con fecha dentro de los últimos 12 meses, exigir al proveedor que identifique cualquiera de los nueve nuevos criterios en los que aún no se cumpla la conformidad — funciona bajo cualquier jurisdicción cuya ley subyacente siga anclada en 2.0 o 2.1, porque nada en esas leyes impide a un comprador contratar por más.</p>

<h2>Lista de comprobación de preparación para 2.2</h2>

<div class="audit-list">
<h3>Lenguaje de contratación pública (actuar ahora)</h3>
<ul>
<li>Exigir WCAG 2.2 en el nivel AA como objetivo de conformidad en los nuevos contratos</li>
<li>Exigir a cada proveedor un VPAT 2.5 ACR con fecha dentro de los últimos 12 meses</li>
<li>Exigir a los proveedores que identifiquen cualquiera de los nueve nuevos criterios en los que aún no se cumpla la conformidad, más una hoja de ruta de corrección documentada</li>
<li>Tratar «WCAG 2.1 AA como mínimo, con información de conformidad frente a 2.2 donde la respuesta del proveedor lo permita» como el suelo — no como el techo</li>
</ul>

<h3>Pruebas de regresión de ingeniería (detectar los cinco AA antes de que lo haga la auditoría)</h3>
<ul>
<li>Comportamiento de tabulación en formularios en los tamaños de ventana más habituales, con todas las superposiciones abiertas (2.4.11)</li>
<li>Dimensiones del objetivo táctil en barras de iconos, paneles de control y cabeceras de tablas de datos (2.5.8)</li>
<li>Alternativas de puntero único para cada interacción de arrastre — reordenación de listas, controles deslizantes, recortadores (2.5.7)</li>
<li>Flujos de inicio de sesión, registro y restablecimiento de contraseña libres de pruebas de función cognitiva; pegado habilitado en campos OTP (3.3.8)</li>
<li>Persistencia entre pasos: ningún campo solicitado dos veces en el mismo proceso autenticado (3.3.7)</li>
</ul>

<h3>Revisión editorial / de arquitectura de la información (las dos adiciones de nivel A)</h3>
<ul>
<li>Ubicación canónica única para los mecanismos de ayuda en todas las plantillas (3.2.6)</li>
<li>Revisión del flujo entre equipos para cualquier proceso en varios pasos gestionado por más de un equipo (3.3.7)</li>
</ul>

<h3>Elementos de perspectiva 2026 que seguir</h3>
<ul>
<li>Publicación de EN 301 549 V4 — activa WCAG 2.2 en toda la legislación de accesibilidad web de la UE</li>
<li>Enmienda de la PSBAR del Reino Unido — primera jurisdicción anglófona importante en anclarse a 2.2</li>
<li>Actualización TIC de la Sección 508 de EE. UU. — 2.1 sigue pendiente; 2.2 es un instrumento de finales de la década de 2020</li>
<li>Cadencia VPAT 2.5 — cualquier ACR con fecha de 2025 o posterior debe informar frente a 2.2</li>
</ul>
</div>

<div class="bottomline">
<p>La transición a WCAG 2.2 es estructuralmente dos transiciones que avanzan a distintos ritmos. La transición legal es lenta, depende de un número reducido de organismos de normalización — ETSI JTC HF sobre todo — y continuará durante 2026–27. La transición de los profesionales está en gran medida ya completada: los auditores puntúan frente a 2.2, los sistemas de diseño se alinean con ella, los proveedores presentan VPAT 2.5 ACR informando sobre ella, y los nueve nuevos criterios son ya el vocabulario establecido de las auditorías de accesibilidad. La pregunta analítica interesante ya no es si WCAG 2.2 es el estándar vigente — lo es — sino si las referencias regulatorias alcanzarán ese nivel antes de que WCAG 3 empiece a atraer la atención.</p>
</div>

<div class="foot-note">
<p><strong>Metodología</strong>Los descriptores de tasa de fallo se han agregado a partir de informes de auditores independientes emitidos hasta el primer trimestre de 2026 en ciclos de auditoría de SaaS, comercio electrónico y sector público. Se han utilizado descriptores cualitativos donde las firmas publican tasas ordinales en lugar de tasas precisas.</p>
<p><strong>Alcance</strong>Únicamente los nueve nuevos criterios de conformidad de WCAG 2.2. El criterio 4.1.1 Análisis sintáctico, retirado en WCAG 2.2, queda fuera del alcance. Los criterios heredados de WCAG 2.1 quedan fuera del alcance.</p>
<p><strong>Fuentes</strong>W3C, <em>Pautas de Accesibilidad para el Contenido Web (WCAG) 2.2</em>, Recomendación de 5 de octubre de 2023 — <a href="https://www.w3.org/TR/WCAG22">w3.org/TR/WCAG22</a>; W3C AG WG, <em>Novedades de WCAG 2.2</em> — <a href="https://www.w3.org/WAI/standards-guidelines/wcag/new-in-22">w3.org/WAI/standards-guidelines/wcag/new-in-22</a>; ETSI, <em>EN 301 549 V3.2.1</em> (2021) y borradores JTC HF V4; Junta de Acceso de EE. UU., Normas TIC (Actualización de la Sección 508, 2017); Departamento de Justicia de EE. UU., <em>Norma final — Accesibilidad web del Título II</em>, 28 C.F.R. Parte 35 (abril de 2024); Gabinete del Reino Unido, <em>PSBAR 2018</em> y consulta 2025–26; ITI, <em>VPAT 2.5 / ACR</em>, enero de 2025 — <a href="https://www.itic.org/policy/accessibility/vpat">itic.org/policy/accessibility/vpat</a>; Directivas UE 2016/2102 y 2019/882; W3C, <em>Borrador de trabajo WCAG 3.0</em> — <a href="https://www.w3.org/TR/wcag-3.0">w3.org/TR/wcag-3.0</a>. Más información en <a href="/regulations/">normativas nacionales de accesibilidad</a>, <a href="/toolkit/">el kit de herramientas para profesionales</a>, la <a href="/toolkit/standards/wcag/">referencia completa de criterios de conformidad de WCAG 2.2</a>, el <a href="/articles/accessibility-compliance-explainer/">explicador de cumplimiento, conformidad y accesibilidad</a>, la <a href="/articles/accessibility-monitoring-buyers-guide-2026/">guía de compra de soluciones de monitorización</a>, un <a href="/toolkit/scan/">escaneo gratuito de referencia WCAG 2.2</a> y <a href="/articles/">el amplio registro de informes de 2026</a>.</p>
</div>

</div>

---
title: WCAG 3: lo que el borrador de trabajo significa para los sitios actuales
url: https://www.disabilityworld.org/es/articles/wcag-3-preview-implications/
description: WCAG 3 (Silver) sigue siendo un borrador de trabajo del W3C. El estándar propuesto abandona los criterios binarios de aprobación/rechazo en favor de resultados puntuables, introduce niveles de conformidad bronce/plata/oro y amplía su alcance a las modalidades cognitiva, de voz y de CAA.
author: Disability World
pubDate: 2026-05-22
tags: wcag, wcag-3, silver, w3c, standards, explainer
---

# WCAG 3: lo que el borrador de trabajo significa para los sitios actuales

<div class="src-article" data-template="5">

<p class="image-alt-text">Descripción de la imagen: Un borrador impreso de WCAG 3 con marcadores adhesivos de colores sobre un escritorio, junto a un documento WCAG 2.2 — el marcador visual para la guía introductoria de WCAG 3.</p>

<p class="rt-prefix">Tiempo de lectura: 12 minutos</p>

<p class="wp-block-paragraph"><strong>WCAG 3</strong> — la directriz de accesibilidad de nueva generación que el W3C lleva redactando bajo el nombre de trabajo <em>Silver</em> desde 2017 — sigue siendo, a mediados de 2026, un <strong>borrador de trabajo del W3C</strong>. Este único dato es lo más importante que cabe saber sobre ella. No es una Recomendación, no es una Recomendación Candidata, y nada en su contenido puede ser citado todavía por un regulador, un tribunal o un responsable de contratación pública con fuerza legal. <a href="/articles/wcag-2-2-adoption-rate-survey/">WCAG 2.2</a> sigue siendo el estándar contra el que el mundo realiza auditorías en la actualidad, y <a href="/articles/en-301-549-explained/">EN 301 549</a>, la <a href="/articles/section-508-refresh-status/">Sección 508</a> de Estados Unidos y las implementaciones nacionales de la <a href="/toolkit/glossary/web-accessibility-directive/">Directiva sobre la accesibilidad de los sitios web</a> hacen referencia a WCAG 2.x. Lo que WCAG 3 representa es una reescritura arquitectónica deliberada de la forma en que se mide la conformidad en materia de accesibilidad, y una visión anticipada de cómo serán los próximos diez años de adopción regulatoria una vez que se estabilice.</p>

<p class="wp-block-paragraph">Esta guía introductoria aborda qué es WCAG 3, qué cambia en términos estructurales, cómo funcionan los niveles de conformidad bronce/plata/oro propuestos, cuándo podría aparecer de forma realista la Recomendación Candidata, la tensión política con WCAG 2.2 (cuya adopción por parte de los reguladores nacionales sigue en curso) y qué deben hacer ahora los equipos que trabajan con 2.x. La versión resumida: leer el borrador de trabajo, no refactorizar en función de él, y tratar a cualquier proveedor que prometa «conformidad con WCAG 3» hoy como alguien confundido o que intenta vender algo.</p>

<h2 class="wp-block-heading" id="h-what-wcag-3-is">Qué es WCAG 3 — y qué no es</h2>

<p class="wp-block-paragraph">WCAG 3 es el nombre de trabajo de una nueva <strong>vía de Recomendación</strong> en el Grupo de Trabajo de Directrices de Accesibilidad (AG WG) del W3C, distinta de la línea WCAG 2.x. El proyecto arrancó en 2017 bajo el nombre de proyecto <em>Silver</em> (el símbolo químico Ag, un guiño a «Accessibility Guidelines») y el primer borrador de trabajo público se publicó en enero de 2021. El borrador de trabajo más reciente es la versión que los lectores encontrarán en la URL <code>w3.org/TR/wcag-3.0/</code> — y el W3C fecha ese borrador, como todos los anteriores, con un encabezado destacado que reza: «Este documento es un borrador de trabajo. No es estable y no debe referenciarse ni utilizarse como base para implementación.»</p>

<p class="wp-block-paragraph">Ese encabezado cumple una función real. Dentro del proceso del W3C, un documento avanza a través de cinco niveles de madurez: <em>Borrador de Trabajo</em>, <em>Recomendación Candidata</em> (CR), <em>Recomendación Propuesta</em> (PR), <em>Recomendación</em> (REC) y, finalmente, <em>Recomendación Superada</em>. WCAG 2.0 alcanzó la REC en diciembre de 2008. WCAG 2.1 alcanzó la REC en junio de 2018. WCAG 2.2 alcanzó la REC en octubre de 2023. WCAG 3 no ha entrado todavía en CR — y el W3C ha sido explícito en señalar que aún es necesario resolver varias cuestiones de diseño sustantivas antes de que pueda hacerlo. El estado actual, en el borrador publicado más recientemente, es el de un documento de investigación y diseño con secciones funcionales y cuestiones abiertas claramente señaladas, no una especificación estable.</p>

<p class="wp-block-paragraph">Lo que WCAG 3 no es: no es un reemplazo de WCAG 2.2. El W3C ha declarado que WCAG 2.2 y WCAG 3 coexistirán probablemente durante un período de transición prolongado tras alcanzar WCAG 3 la Recomendación. WCAG 3 tampoco es «WCAG 2.3» — su modelo de contenido, su modelo de conformidad y su estructura editorial son suficientemente distintos como para que la renumeración dentro de la línea 2.x fuera rechazada en las primeras fases del proceso de diseño.</p>

<h2 class="wp-block-heading" id="h-purpose-and-scope">Propósito y alcance: por qué una nueva línea</h2>

<p class="wp-block-paragraph">Tres problemas estructurales de WCAG 2.x impulsaron la decisión de iniciar una nueva línea en lugar de continuar incrementando la numeración 2.x.</p>

<p class="wp-block-paragraph">En primer lugar, el <strong>alcance</strong>. WCAG 2.x son, técnicamente, las <em>Pautas de Accesibilidad para el Contenido Web</em> — se dirigen al contenido web procesado en un agente de usuario. Sin embargo, el mandato del Grupo de Trabajo se ha ampliado a lo largo de una década para cubrir toda la superficie de la accesibilidad digital: aplicaciones móviles nativas, quioscos, interfaces de voz, realidad virtual y aumentada, herramientas de CAA (comunicación aumentativa y alternativa), superficies de IA conversacional. WCAG 3 está siendo diseñado desde el principio para ser agnóstico en cuanto a contenido y plataforma, de modo que la misma directriz sea aplicable a una página web, una pantalla de aplicación nativa, un flujo de voz y un diálogo de quiosco, sin que los equipos tengan que redactar tres declaraciones de conformidad distintas para una directriz cuyo nombre sigue diciendo «Web».</p>

<p class="wp-block-paragraph">En segundo lugar, el <strong>modelo de conformidad</strong>. La conformidad con WCAG 2.x es binaria: cada criterio de conformidad aplicable pasa o falla, y un solo fallo en un único criterio AA hunde la declaración de conformidad de la página. Esto funciona bien para criterios nítidos a nivel de interfaz, como «utilizar encabezados semánticos», pero resulta menos adecuado para criterios en los que la barrera subyacente es gradual en lugar de categórica, como la complejidad del lenguaje, la carga cognitiva o la claridad con la que un mensaje de error comunica lo que ha ido mal. WCAG 3 introduce resultados puntuables para que una página pueda obtener un resultado mensurablemente mejor en, por ejemplo, «lenguaje claro», sin imponer la calificación binaria que exige la versión 2.x.</p>

<p class="wp-block-paragraph">En tercer lugar, los <strong>usuarios que todavía no están bien atendidos</strong>. WCAG 2.x presenta lagunas bien documentadas para los usuarios con discapacidades cognitivas, los usuarios con bajo nivel de alfabetización, los usuarios que dependen de dispositivos de CAA, los usuarios de interfaces de voz, las personas sordociegas que navegan con braille actualizable, y las modalidades emergentes de tecnología de apoyo, como el seguimiento ocular y las interfaces cerebro-computadora. Los criterios de conformidad de la versión 2.x pueden aplicarse a estos usuarios, pero fueron redactados teniendo en mente principalmente a los usuarios de lectores de pantalla, amplificadores, teclados y usuarios con baja visión. La arquitectura de directrices de WCAG 3 invita explícitamente a aportaciones para las modalidades cognitiva, de voz, de CAA y de AT emergente como objetivos de directriz de primera clase.</p>

<h2 class="wp-block-heading" id="h-key-changes">Cambios clave: resultados, no criterios de conformidad</h2>

<p class="wp-block-paragraph">El cambio más relevante de WCAG 3 — del que derivan todos los demás — es el paso de los <strong>criterios de conformidad</strong> a los <strong>resultados</strong>.</p>

<p class="wp-block-paragraph">Un <em>criterio de conformidad</em> de WCAG 2.x es un enunciado binario y verificable. <em>1.4.3 Contraste (mínimo)</em> establece: el texto y las imágenes de texto deben tener una relación de contraste de al menos 4,5:1, con dos excepciones específicas. Una página cumple el criterio o no lo cumple. Esto es excelente para pruebas reproducibles y usos adversariales (litigios, auditorías, contratación pública), pero resulta penalizador para criterios en los que la necesidad subyacente del usuario no se divide limpiamente en aprobado/rechazado.</p>

<p class="wp-block-paragraph">Un <em>resultado</em> de WCAG 3, en el borrador actual, es un enunciado verificable asociado a uno o más <strong>métodos</strong> que describen cómo comprobar el resultado y cómo puntuar la verificación. Los resultados pueden ser binarios cuando lo binario es la forma correcta (un campo de formulario tiene etiqueta o no la tiene), pero también pueden puntuarse en una escala numérica cuando la necesidad subyacente del usuario es gradual (qué legible es este párrafo; qué recuperable es este estado de error; qué predecible es esta navegación). El resultado de conformidad de un producto se calcula entonces a partir del conjunto de resultados, en lugar de estar condicionado a que cada criterio pase.</p>

<p class="wp-block-paragraph">Varios otros cambios arquitectónicos se derivan de lo anterior:</p>

<ul class="wp-block-list">
<li><strong>Las directrices como unidad organizativa.</strong> WCAG 3 agrupa los resultados en <em>directrices</em> (que corresponden aproximadamente a la capa de principios y directrices de WCAG 2.x, pero están redactadas de forma más declarativa).</li>
<li><strong>Métodos, no técnicas.</strong> WCAG 2.x incluye <em>técnicas</em> informativas que sugieren cómo satisfacer un criterio de conformidad. WCAG 3 tiene <em>métodos</em> normativos que describen cómo se verifica un resultado. El paso de «informativo» a «normativo» es relevante: significa que el procedimiento de prueba va ligado a la directriz en lugar de ser un acompañamiento separado y debatible.</li>
<li><strong>Pruebas atómicas y holísticas.</strong> Algunos resultados se verifican a nivel atómico (un elemento, una regla) y otros de forma holística en toda una vista o flujo de tarea. Los resultados de carga cognitiva y lenguaje claro son inherentemente holísticos; los de contraste y etiquetado son inherentemente atómicos. WCAG 3 hace explícita esa distinción en el método.</li>
<li><strong>Categorías de necesidades funcionales.</strong> El borrador introduce las <em>necesidades funcionales</em> — visión, audición, cognición, habla, movilidad, multisensorial — como eje transversal. Cada resultado se asigna a las necesidades funcionales que aborda, de modo que un evaluador o regulador puede preguntar «muéstrame todo lo que afecta a los usuarios con necesidades cognitivas» sin necesidad de releer el documento completo.</li>
</ul>

<h2 class="wp-block-heading" id="h-conformance-tiers">Niveles de conformidad: bronce, plata, oro</h2>

<p class="wp-block-paragraph">Donde WCAG 2.x tiene tres niveles de conformidad — A, AA, AAA — WCAG 3 propone tres <strong>niveles de conformidad</strong>: <em>Bronce</em>, <em>Plata</em> y <em>Oro</em>. Las etiquetas no son letras deliberadamente y no son acumulativas por regla deliberadamente; indican que los niveles superiores reflejan una experiencia significativamente mejor para los usuarios, no «el mismo producto con más casillas marcadas».</p>

<p class="wp-block-paragraph"><strong>Bronce</strong> es el nivel mínimo de conformidad. Está pensado para corresponder, aproximadamente, al «equivalente de WCAG 2.x AA» — es decir, un producto con conformidad Bronce no debería ser sustancialmente peor que el producto con conformidad AA de hoy. La conformidad Bronce exige superar todos los errores críticos (resultados marcados en el borrador como barreras fundamentales — por ejemplo, la falta de texto alternativo en imágenes informativas) y alcanzar un umbral definido en la puntuación de resultados del producto. El borrador propone que los errores críticos sigan siendo binarios incluso dentro del modelo puntuable: cualquier error crítico bloquea la conformidad Bronce independientemente de la puntuación obtenida en otros apartados.</p>

<p class="wp-block-paragraph"><strong>Plata</strong> es el nivel intermedio y está pensado para corresponder, aproximadamente, a un producto robusto de nivel AA-plus — mejor que el umbral de WCAG 2.x AA, pero que aún no alcanza AAA. Plata exige habitualmente un umbral más alto en los mismos resultados puntuables, además de superar resultados adicionales que no son obligatorios en Bronce. Los umbrales específicos siguen en consulta en el borrador de trabajo.</p>

<p class="wp-block-paragraph"><strong>Oro</strong> es el nivel superior. Está pensado para representar un producto que ha sido diseñado y probado para el conjunto completo de necesidades funcionales que abarca la directriz, no solo para las que los criterios de WCAG 2.x AA abordaban principalmente. Oro es el nivel en el que los resultados cognitivos, de voz, de CAA y de AT emergente tienen mayor peso, porque esos son los grupos de usuarios para los que la conformidad con la versión 2.x no produce actualmente un resultado comparable.</p>

<p class="wp-block-paragraph">Dos propiedades importantes del modelo de niveles que merece la pena destacar. En primer lugar, <strong>el alcance es por vista o por flujo, no por página</strong>: un producto puede tener distintos niveles de conformidad en diferentes superficies, lo que resulta más honesto que el modelo por página de WCAG 2.x para aplicaciones complejas. En segundo lugar, la declaración de conformidad va ligada a los métodos utilizados para verificarla — de modo que una declaración Plata en WCAG 3 debería ser reproducible por otro evaluador que siga los mismos métodos, algo que las declaraciones de WCAG 2.x AA (que dependen en gran medida del criterio del evaluador en los casos límite) con frecuencia no son.</p>

<h2 class="wp-block-heading" id="h-emerging-at">Modalidades emergentes de tecnología de apoyo</h2>

<p class="wp-block-paragraph">Un compromiso editorial central del proyecto WCAG 3 es el apoyo de primera clase a las modalidades de tecnología de apoyo que WCAG 2.x ha abordado históricamente solo de forma tangencial.</p>

<p class="wp-block-paragraph"><strong>La accesibilidad cognitiva</strong> es la mayor de esas ampliaciones. El borrador actual incorpora el trabajo sobre resultados desarrollado previamente en el <em>Grupo de Trabajo sobre Accesibilidad Cognitiva</em> del W3C (el documento <em>Making Content Usable for People with Cognitive and Learning Disabilities</em>). Los resultados en este ámbito abordan la claridad del lenguaje, la previsibilidad de la navegación, el apoyo a la orientación y la localización, la prevención y recuperación de errores, y la minimización de la carga cognitiva innecesaria. Muchos de estos resultados son puntuados en lugar de binarios — no existe un aprobado/rechazado limpio para «¿es esta frase suficientemente legible?» — y ese es el caso que el modelo de conformidad puntuable fue diseñado para manejar.</p>

<p class="wp-block-paragraph"><strong>Las interfaces de voz y conversacionales</strong> están explícitamente dentro del alcance. Los resultados abordan la reconocibilidad de los avisos de voz, la detectabilidad de los comandos de voz, el camino de recuperación cuando se produce un error de reconocimiento de voz, y la equivalencia entre la interacción por voz y la visual en interfaces de doble modalidad. Esta es la parte del borrador en la que la arquitectura de directrices agnóstica en cuanto a plataforma resulta más importante: un flujo exclusivo de voz en un altavoz inteligente no puede verificarse de forma significativa con los criterios de conformidad de «contenido web» de WCAG 2.x, pero sí puede verificarse con los resultados de WCAG 3 redactados para ser neutrales en cuanto a modalidad.</p>

<p class="wp-block-paragraph"><strong>Los usuarios de CAA (comunicación aumentativa y alternativa)</strong> — personas que se comunican principalmente mediante tableros de símbolos, sistemas de intercambio de imágenes o dispositivos generadores de habla — son abordados explícitamente en los objetivos de investigación de usuarios del borrador. Los resultados en este ámbito se refieren a la coherencia de los símbolos, el apoyo a la entrada CAA como modo de interacción de primera clase, y la previsibilidad cognitiva de los estados de diálogo que un usuario de CAA necesita navegar.</p>

<p class="wp-block-paragraph"><strong>La AT emergente</strong> — seguimiento ocular, interfaces de conmutador, interfaces cerebro-computadora, seguimiento de cabeza y las superficies de asistencia de los dispositivos de realidad mixta — aparece nombrada en la hoja de ruta del borrador. La posición de trabajo del Grupo de Trabajo es que la arquitectura de directrices debe acomodar estas modalidades sin necesidad de que el documento enumere cada posible AT; el eje de necesidades funcionales es uno de los mecanismos para ello.</p>

<h2 class="wp-block-heading" id="h-timeline">Calendario: cuándo podría llegar la Recomendación Candidata</h2>

<p class="wp-block-paragraph">La respuesta honesta es que nadie ajeno al AG WG puede dar una fecha con confianza, y nadie dentro de él ha publicado ninguna. El proceso del W3C se basa en el consenso, y las cuestiones de diseño todavía abiertas en WCAG 3 — la metodología exacta de puntuación, los umbrales precisos para Bronce/Plata/Oro, el formato de la declaración de conformidad, la verificabilidad de los resultados cognitivos, la relación con WCAG 2.2 durante la transición — no son triviales. Los borradores de trabajo en cualquier línea de estándares pueden permanecer en ese nivel de madurez durante años.</p>

<p class="wp-block-paragraph">Lo que puede afirmarse con razonable confianza es la forma del camino. La Recomendación Candidata es el siguiente nivel de madurez tras el borrador de trabajo actual, y no puede alcanzarse hasta que el Grupo de Trabajo resuelva las cuestiones abiertas señaladas en el borrador y demuestre que los resultados propuestos son <em>verificables</em> (un proceso que el W3C denomina revisión «en riesgo de función» y que requiere una experiencia de implementación sustancial para superarse). Varias declaraciones públicas del personal del W3C durante 2025 indicaron que la CR para WCAG 3 seguía siendo todavía lejana y que el proyecto debía tratarse como a años, no a meses, de una especificación estable.</p>

<p class="wp-block-paragraph">Una vez alcanzada la CR, el calendario estándar exige al menos un período de implementación de varios meses durante el cual el grupo de trabajo recopila evidencia de que los resultados han sido verificados en productos reales. La PR viene después. La REC viene a continuación. Tras la REC, comienza el lento proceso de adopción regulatoria — y eso, históricamente, se ha medido en años, no en meses. La cita de WCAG 3 al estilo <a href="/articles/european-accessibility-act-guide/">EAA</a> a través de una EN 301 549 revisada (una V5 o posterior) es, en cualquier lectura realista, una perspectiva para finales de los años 2020, no un acontecimiento inmediato.</p>

<h2 class="wp-block-heading" id="h-tension-with-22">La tensión con WCAG 2.2</h2>

<p class="wp-block-paragraph">WCAG 3 se encuentra en tensión política real con WCAG 2.2, y esa tensión es el subtexto de cada debate sobre WCAG 3 dentro del sector. WCAG 2.2 alcanzó la Recomendación en octubre de 2023 — un estándar publicado, estable y citable que <a href="/articles/wcag-2-2-adoption-rate-survey/">los reguladores nacionales siguen en proceso de adoptar</a>. Algunos ya lo han adoptado. Otros no. La próxima V4 de <a href="/articles/en-301-549-explained/">EN 301 549</a> incorporará WCAG 2.2; la Sección 508 de Estados Unidos está en medio de una revisión que apunta a WCAG 2.x; la defensa en litigios privados en Estados Unidos cita WCAG 2.x por defecto.</p>

<p class="wp-block-paragraph">La tensión no es realmente sobre qué documento es «mejor». Es sobre si los reguladores pueden adoptar un estándar que sigue evolucionando — y sobre si los equipos que acaban de invertir en conformidad con WCAG 2.2 deben creer que un marco diferente está a la vuelta de la esquina. La posición declarada del Grupo de Trabajo es que las dos líneas no son un juego de suma cero: WCAG 2.2 sigue siendo el estándar operativo para la adopción regulatoria, y WCAG 3 es la próxima generación que, con el tiempo, lo sucederá. Ambos documentos se mantendrán en el W3C en paralelo una vez que WCAG 3 alcance la Recomendación, y el W3C ha señalado que la transición será deliberadamente larga para que los equipos no se vean obligados a migrar de forma forzosa.</p>

<p class="wp-block-paragraph">En la práctica, esto implica tres cosas. El trabajo de auditoría con WCAG 2.2 no se desperdicia — las barreras de acceso subyacentes que identifica no desaparecen en WCAG 3, sino que se reorganizan en resultados. Los reguladores que están a mitad de la adopción de WCAG 2.2 no están cometiendo un error — están haciendo el trabajo que debe hacerse en esta década. Y los proveedores que comercializan «conformidad con WCAG 3» contra un borrador de trabajo están tergiversando la madurez del estándar; ninguna declaración de conformidad contra un borrador de trabajo inestable tiene valor.</p>

<h2 class="wp-block-heading" id="h-comparison-table">WCAG 2.2 frente a WCAG 3: dimensiones comparadas</h2>

<table class="wp-block-table">
<thead>
<tr><th>Dimensión</th><th>WCAG 2.2 (Recomendación actual)</th><th>WCAG 3 (Borrador de trabajo actual)</th></tr>
</thead>
<tbody>
<tr><td>Madurez</td><td>Recomendación del W3C desde octubre de 2023</td><td>Borrador de trabajo, aún no es Recomendación Candidata</td></tr>
<tr><td>Unidad de conformidad</td><td>Criterio de conformidad (aprobado/rechazado binario)</td><td>Resultado con métodos (binario o puntuado)</td></tr>
<tr><td>Niveles de conformidad</td><td>A, AA, AAA — acumulativos por criterio</td><td>Bronce, Plata, Oro — por puntuación agregada de resultados</td></tr>
<tr><td>Alcance</td><td>Contenido web procesado en un agente de usuario</td><td>Agnóstico en cuanto a contenido y plataforma (web, móvil, voz, quiosco)</td></tr>
<tr><td>Resultados cognitivos</td><td>Limitados; abordados indirectamente a través de varios criterios de conformidad</td><td>De primera clase, incorporados del trabajo del grupo de trabajo cognitivo del W3C</td></tr>
<tr><td>Voz / CAA / AT emergente</td><td>No abordados directamente</td><td>Nombrados como modalidades dentro del alcance con resultados específicos</td></tr>
<tr><td>Artefacto de prueba</td><td>Técnicas informativas acompañan los criterios</td><td>Métodos normativos ligados a cada resultado</td></tr>
<tr><td>Granularidad de la declaración</td><td>Declaración de conformidad por página</td><td>Declaración de conformidad por vista o por flujo</td></tr>
<tr><td>Citado por reguladores hoy</td><td>Sí (EAA vía EN 301 549, WAD, revisión de la Sección 508, tribunales)</td><td>No — los borradores de trabajo no pueden citarse normativamente</td></tr>
<tr><td>Horizonte realista de adopción</td><td>Operativo ahora; despliegue regulatorio plurianual aún en curso</td><td>Finales de los años 2020 como mínimo, supeditado al progreso CR/PR/REC</td></tr>
</tbody>
</table>

<h2 class="wp-block-heading" id="h-implications-for-22-sites">Implicaciones para los sitios con 2.x hoy</h2>

<p class="wp-block-paragraph">La pregunta práctica para cualquier equipo que gestiona un sitio, aplicación o producto con WCAG 2.x hoy es: ¿debemos hacer algo distinto porque se acerca WCAG 3? La respuesta se divide en tres partes.</p>

<p class="wp-block-paragraph"><strong>Auditar y corregir en función de WCAG 2.2 AA.</strong> Este es el estándar que los reguladores están adoptando, que EN 301 549 V4 incorporará, y que los tribunales citan en jurisdicciones con derechos privados de acción. Una auditoría de WCAG 2.2 AA bien realizada en 2026 no es trabajo desechable — las barreras subyacentes seguirán siendo barreras en WCAG 3, y el esfuerzo de subsanación para corregirlas es el mismo. Los equipos que pospusieron el trabajo con la versión 2.2 con la esperanza de «hacer WCAG 3 en su lugar» están eligiendo un peor resultado en un plazo más largo.</p>

<p class="wp-block-paragraph"><strong>Leer el borrador de trabajo de WCAG 3, no refactorizar en función de él.</strong> El borrador es una ventana útil hacia dónde se dirige el estándar y qué necesidades de usuario pondrá en primer plano la próxima década. Los equipos deben leerlo (está disponible gratuitamente en el sitio TR del W3C), compartirlo en diseño e ingeniería, y utilizarlo para iniciar conversaciones sobre accesibilidad cognitiva, interfaces de voz y CAA. Sin embargo, no deben empezar a redactar declaraciones de conformidad contra él, a elaborar cláusulas de contratación pública contra él, ni a reestructurar los programas de auditoría para anticiparlo. El borrador no es suficientemente estable para ninguna de esas actividades.</p>

<p class="wp-block-paragraph"><strong>Invertir en la capacidad de investigación con usuarios y de investigación en diseño que WCAG 3 requerirá.</strong> Los resultados puntuados, holísticos y agnósticos en cuanto a modalidad que introduce WCAG 3 no pueden verificarse solo con herramientas de análisis automatizado. Requieren investigación en diseño con usuarios con discapacidades cognitivas, con usuarios de CAA, con usuarios de interfaces de voz. Los equipos que estarán preparados cuando WCAG 3 alcance la Recomendación no son los que cuentan con las herramientas automatizadas más sofisticadas — son los que tienen relaciones de investigación con usuarios establecidas en toda la gama de necesidades funcionales. Construir esas relaciones ahora es una inversión que da frutos bajo cualquiera de los dos estándares.</p>

<h2 class="wp-block-heading" id="h-conclusion">WCAG 3 en el grafo de estándares que ya se conoce</h2>

<p class="wp-block-paragraph">Si se ha seguido el arco de los estándares de accesibilidad — desde la <a href="/articles/section-508-refresh-status/">Sección 508</a> hasta <a href="/articles/en-301-549-explained/">EN 301 549</a>, desde WCAG 2.0 del W3C hasta 2.1 y hacia 2.2 — WCAG 3 es la próxima generación de ese arco, actualmente en diseño. Es el documento que la comunidad de estándares está construyendo porque las limitaciones del modelo binario, exclusivo de la web y basado en criterios de conformidad de WCAG 2.x se han vuelto difíciles de ignorar a medida que la accesibilidad digital se ha expandido hacia las interfaces móviles, de voz, de CAA y cognitivas. Es también, hoy, un borrador de trabajo inestable que ningún regulador puede citar todavía y respecto del cual ningún proveedor responsable puede reclamar conformidad.</p>

<p class="wp-block-paragraph">Para los profesionales que abarcan el resto de esta década: WCAG 2.2 es el estándar contra el que auditar, EN 301 549 V4 es el instrumento de contratación pública con el que alinearse, y WCAG 3 es el documento que leer un viernes por la tarde para entender hacia dónde se dirige el trabajo. La postura correcta es la de paciencia informada — mantener WCAG 3 en el campo de visión periférico, hacer el trabajo de WCAG 2.2 que se tiene delante, y construir la capacidad de investigación con usuarios que importará independientemente del documento que citen los auditores dentro de cinco años. Para la siguiente entrega de esta serie de guías introductorias, véase la <a href="/articles/wcag-2-2-adoption-rate-survey/">encuesta sobre la tasa de adopción de WCAG 2.2</a>, que hace seguimiento de qué reguladores nacionales ya han cruzado la línea.</p>

</div>