Logiks Lab · Guía práctica
Una guía práctica para las decisiones, pruebas, riesgos y pasos operativos necesarios para diseñar, probar y mantener un servicio digital accesible.
Una página no es accesible porque un escáner muestra una puntuación verde. Es cuando una persona puede percibir información, navegar, comprender, actuar, corregir un error y obtener el mismo servicio con sus herramientas y limitaciones.
La accesibilidad digital significa hacer que el contenido y los servicios sean comprensibles y utilizables por las personas con discapacidad, independientemente de su percepción, navegación o interacción. También se refiere a limitaciones temporales o situacionales: brazo inmovilizado, protector solar, sonido cortado, conexión lenta, fatiga cognitiva o dispositivo viejo.
ElWCAG 2.2son una recomendación W3C estructurada alrededor de los criterios de éxito A, AA y AAA. ElRGAA 4.1.2proporciona en Francia un método técnico de 106 criterios y pruebas para evaluar ciertos servicios digitales. LLey de accesibilidad europea, transpuesto a la legislación nacional, desde el 28 de junio de 2025 impone requisitos sobre ciertas categorías de productos y servicios, incluyendo parte del comercio electrónico, servicios bancarios, transporte, telefonía y medios de comunicación.
El alcance legal depende del estado, servicio, tamaño y exenciones aplicables. Una empresa debe calificar sus obligaciones; Esta guía no es una opinión legal. Incluso sin obligación, la accesibilidad sigue siendo un requisito de uso y calidad.
| Resultado 2026 | Fuente y alcance | Lo que revela | Decisión útil |
|---|---|---|---|
| 1,000,000 páginas | WebAIM Million 2026, páginas populares analizadas con WAVE en el DOM renderizado. | El estudio ofrece una visión general de los errores automatizados, no una auditoría completa. | Use números para priorizar, nunca para declarar que su propio sitio cumple. |
| 56 114 377 errores | Mismo estudioWebAIMun promedio de 56.1 por página. | Las barreras detectables siguen siendo generalizadas. | Instale los controles de diseño, código y publicación. |
| +10,1 % | Aumento del número medio de errores de 2025,WebAIM. | No se logran progresos; los acontecimientos pueden reintroducir defectos. | Siga las regresiones después de cada cambio, no sólo cuando recasting. |
| 1.437 elementos/página | Complejidad media de una página de inicio, hasta un 22,5% durante un año,WebAIM. | Más componentes y scripts expanden los estados para probar. | Simplifique la interfaz antes de añadir correcciones ARIA. |
| 95,9% | Páginas con al menos un fallo WCAG detectable automáticamente, en comparación con el 94,8% en 2025,WebAIM. | La tasa de cumplimiento total es necesariamente inferior al 4,1% en esta muestra. | No confunda ausencia de error automático con el cumplimiento de A/AA. |
| 96 % | Porcentaje de errores detectados concentrados en seis categorías,WebAIM. | Contraste, alternativas, etiquetas, enlaces/botones vacíos y lenguaje ofrecen una palanca masiva. | Fundamentos correctos al tiempo que mantiene pruebas manuales sobre otros criterios. |
| 83,9% | Páginas con contraste insuficiente; 53,1% con imágenes sin alternativa,WebAIM. | Dos decisiones a menudo tomadas en diseño y contenido producen muchas barreras. | Palets, componentes y flujo de trabajo editorial antes del despliegue. |
| 33.1% | Campos de forma mal etiquetados; 51% de páginas contienen al menos uno,WebAIM. | Un marcador de posición visual no reemplaza un nombre de acceso persistente. | Etiqueta de documental, ayuda, error, requisito y estado para cada campo. |
| 106 criterios | RGAA 4.1.2, dividido en 13 temas. | El cumplimiento es un método de muestreo y pruebas, no una impresión global. | Preparar componentes, páginas, contenidos y pruebas antes de la auditoría. |
| 9 nuevos criterios | Añadiendo WCAG 2.2 a WCAG 2.1,W3C. | Focus no enmascarado, diapositivas, tamaño del objetivo, ayuda consistente y autenticación accesible se explican más. | Actualizar listas de verificación y componentes, sin esperar un rediseño. |
| 28 junio 2025 | Entrada en vigor de las obligaciones de la Directiva de Accesibilidad para determinados productos y servicios,DGCCRF. | Accessibility is already a market requirement for relevant perimeters. | Calificar el alcance de la aplicación e integrar las pruebas en las adquisiciones y los contratos. |
WebAIM observa correlaciones: las páginas que utilizan más de ARIA también tienen más errores, sin que ARIA sea necesariamente la causa. Las páginas más complejas son más propensas a utilizar ARIA y contener defectos. La decisión razonable no es "delete ARIA", sino que prefiere el HTML nativo y utilizar ARIA correctamente cuando sea necesario.
Títulos de páginas separadas, lenguaje correcto, jerarquía de títulos, áreas principales y enlaces explícitos permiten ser localizados. Una persona que usa un lector de pantalla puede navegar por los títulos en lugar de leer cada palabra; una persona con discapacidad cognitiva tiene la misma estructura visible.
Los botones "pulsa aquí" y sin nombre pierden significado fuera de contexto. WebAIM observa enlaces ambiguos en 15.2% de páginas y botones vacíos en 30.6 %. Escriba la acción o el destino, a continuación, verifique el nombre accesible calculado en el navegador.
Verificación de la navegación:en el teclado y en la lista de títulos/vínculos del lector de pantalla, la persona entiende la estructura y alcanza el contenido principal.
El contraste es verdadero en parejas reales: texto normal o amplio, fondo, sobrevuelo, desactivación, enfoque y error. El color nunca debe llevar información solo. Una frontera roja alrededor de un campo sin un mensaje deja a la persona dalitona o no visible sin explicación.
Una imagen informativa recibe una alternativa correspondiente a su función en este contexto. Una imagen decorativa utiliza una alternativa vacía. Una infografía compleja requiere una síntesis y, si es necesario, una descripción detallada o los datos subyacentes. Vídeos y audio requieren subtítulos, transcripción o descripción de audio dependiendo del contenido y las obligaciones.
Control de percepción:sin color, sin imagen y sin sonido, la información y acción esenciales siguen siendo accesibles por una alternativa adecuada.
El servicio debe soportar ajustes de zoom, flujo y espaciamiento sin enmascarar contenido o imponer un desplazamiento bidimensional fuera de casos particulares. Prueba al 200% y en una anchura equivalente a 320 píxeles CSS según los criterios aplicables, con textos largos y mensajes de error.
Evite las alturas fijas, el texto en imágenes y componentes que superponen los comandos. El usuario debe ser capaz de cambiar el tamaño, interline, palabra y espaciamiento de cartas. El RGAA 4.1.2 describe con precisión las condiciones de la prueba 10.12.
Control de adaptación:el curso permanece legible y accionable después del zoom y la personalización, tanto en el retrato como en el paisaje cuando la orientación no es esencial.
Cada acción disponible para el puntero debe estar en el teclado. El orden de la pestaña sigue la lógica visual y semántica. El foco sigue siendo visible, no termina detrás de una banda de cabeza y vuelve al gatillo después de cerrar un modal.
Menú de prueba, acordeón, carrusel, tooltip, selector de fecha, carga y pop-in. Escapar cierra lo que debe ser; Ningún área atrapa el enfoque. Un enlace evita las repeticiones.
Control de teclado:una persona realiza la tarea con Tab, Mayús+Tab, Intro, Espacio, Flechas y Escape, sin bloqueos ni pérdida de contexto.
Cada campo tiene una etiqueta persistente. Ayuda, formato, carácter obligatorio y propósito se proporcionan antes del error cuando se requiere información. Campos relacionados con gruposfieldsetylegenden casos apropiados.
Reducir el esfuerzo cognitivo: una idea por frase, palabras familiares, pasos predecibles, resumen antes del compromiso. WCAG 2.2 añade un requisito sobre entrada redundante y ayuda consistente en ciertos niveles.
Control de Entendimiento:las instrucciones siguen siendo comprensibles fuera de página y el usuario sabe qué datos se necesitan antes de comenzar.
Debe identificarse un error, descrito en texto y vinculado al campo. Después de la presentación, situar el foco o proporcionar una síntesis accesible que conduce a problemas. Mantenga valores válidos; no castigue al usuario vaciando toda la forma.
Para una decisión jurídica o financiera, proporcionar una verificación, corrección y confirmación apropiadas. Los mensajes indican cómo resolver, no sólo "desactivados".
Corrección:el lector de pantalla y zoom, el usuario aprende que se ha producido un error, que y cómo corregirlo.
La autenticación no debe imponer una prueba cognitiva sin una alternativa. Permitir a los gestores de contraseñas, mecanismos de copia y acceso; proponer una recuperación que no dependa de un solo sentido o memoria excesiva.
Los CAPTCHA pueden crear una barrera importante. Preferir la detección de riesgos invisibles, la limitación, los puntos de miel y los controles del lado del servidor, entonces proporcionar una alternativa realmente usable si un desafío sigue siendo necesario. La seguridad y la accesibilidad comparten el objetivo del acceso confiable; no se opondrán por defecto.
Criterio de receta:El camino funciona con el administrador de contraseñas, teclado, lector de pantalla y método de recuperación probado.
Dar control sobre animaciones, carrusels, medios automáticos y contenidos flash. Respetoprefers-reduced-motion. Los plazos se anuncian, ajustables o justificados; una sesión vencida debe ser capaz de reanudarse sin pérdida excesiva.
Importantes notificaciones dinámicas utilizan una región en vivo proporcional, sin anunciar ningún cambio. El contenido que aparece en la mosca o el foco debe permanecer controlable, enmascarable y accesible al puntero.
Criterio de receta:reducción de movimiento, pausa y trabajo de extensión; no se impone ninguna animación esencial sin alternativa.
La accesibilidad no se detiene en el botón "Enviar". El correo electrónico de confirmación, PDF, adjunto, espacio al cliente, soporte telefónico y procedimiento manual pertenecen al servicio. Una forma compatible que genera un documento imprevisible sigue siendo una experiencia rota.
Canales de mapa y proveedores. El contenido de terceros puede entrar en el ámbito del cumplimiento o requerir una declaración clara y una alternativa dependiendo del contexto. Las exenciones no deben convertirse en una estrategia experimental.
Criterio de receta:la persona puede recibir, retener, comprender y desafiar el resultado a través de un canal accesible.
Una tasa global atrae. También simplifica. Está ocultando la obstrucción. Mezcla las páginas. Se está volviendo viejo rápido.
Supongamos que un escáner va de 72 a 94 después de corregir contrastes y alternativas: el progreso es real en las reglas detectadas, pero la navegación de un modal, el orden de enfoque, la relevancia de un texto alternativo o la posibilidad de corregir un pago siguen siendo preguntas abiertas que la nota no puede resolver.
Por lo tanto, el pilotaje debe mantener varios niveles. El primero sigue defectos automatizados en componentes compartidos. La segunda medida es los criterios de control manual de una muestra. El tercero observa el éxito de las tareas con las personas y las tecnologías pertinentes. El cuarto sigue las devoluciones, los horarios de corrección y las regresiones después de la entrega.
Cada nivel responde a una decisión diferente y ninguna reemplaza a los demás; Juntos, hacen posible distinguir un progreso de código, una mejora del cumplimiento y una experiencia que en realidad se ha hecho usable, sin convertir un dígito de escáner en un certificado.
Cuando un indicador progresa mientras una tarea crítica sigue siendo imposible en el teclado o con un lector de pantalla, el comité debe mantener la barrera experimentada como señal prioritaria, buscar el componente responsable y retener la puntuación general como información secundaria sobre reglas automatizadas.
Última guardia: publicar el perímetro. Siempre. Una nota sin páginas, reglas, fecha, herramientas y límites no es evidencia usable.
Calificar las obligaciones, tareas públicas, críticas y tecnologías de asistencia. Añada accesibilidad a los requisitos de compra y criterios de aceptación. El presupuesto abarca diseño, desarrollo, contenido, pruebas y mantenimiento.
Incluir a las personas con discapacidad y necesidades diversas. ElGOV.UK Design Systemcombina pruebas de herramientas, pruebas manuales y búsqueda de usuarios inclusiva. Una persona no representa un tipo de discapacidad; diversifica los perfiles por servicio.
Crear componentes nativos tanto como sea posible, documentar teclado, enfoque, nombre accesible, estados, errores, contraste y contenido. Prueba la implementación, como un modelo accesible puede ser codificado inaccesible.
Añadir revestimiento y pruebas automáticas a los oleoductos sin darles cobertura total. Los comentarios manuales incluyen semántica, teclados, zooms, lectores de pantalla y viajes. Bloquear regresiones críticas antes de la producción.
Una auditoría oficial de GAAR utiliza una muestra representativa, prueba los criterios aplicables y produce resultados documentados. Remediación corrige causas — componente, modelo de contenido, flujo de trabajo— luego una contraataque confirma. La auditoría no es la etapa donde primero descubrimos cuál es un botón accesible.
| Método | Encuéntralo bien. | No lo pruebes solo. |
|---|---|---|
| Escáner automático | contrastes complejos, atributos perdidos, algunos errores estructurales. | Relevancia de una lógica alternativa, focal, comprensión o pleno cumplimiento. |
| Inspección DOM / árbol de accesibilidad | Papeles, nombres, estados, relaciones y semántica calculada. | Uso real en toda la ruta. |
| Navegación de teclado | Orden, visibilidad, trampas, controles y modales. | Restitución por tecnología de asistencia. |
| Lector de pantalla | Anuncios, estructura, formas, actualizaciones dinámicas. | Experiencia de todas las personas ciegas o herramientas. |
| Zoom/flow | Adaptación, superposición, orientación y textos largos. | Contraste o comprensión cognitiva. |
| Prueba de usuario inclusiva | Estrategias, barreras, confianza y éxito. | Porcentaje de cumplimiento reglamentario. |
| Auditoría | Criterios de muestra documentados. | No futura regresión o accesibilidad de páginas fuera del perímetro. |
El costo depende del número de plantillas y componentes, la complejidad interactiva, el contenido multimedia, documentos, terceros, deuda y el nivel de prueba requerido. Corregir un sistema de diseño y sus componentes compartidos tiene un efecto de apalancamiento; la página correcta cuesta más y deja causas intactas.
Logiks, referencias no estadísticas: un diagnóstico específico puede tardar unos días; una auditoría formal varía de varios días a varias semanas dependiendo de la muestra y complejidad; la rehabilitación significativa a menudo requiere varios ciclos de entrega. El plazo debe separar la auditoría, la corrección y la prueba.
No prometer "100% accesible en dos semanas" sin inventario ni pruebas. Los agentes pertinentes deben examinar el nivel jurídico previsto, el contenido de terceros, las posibles excepciones y la declaración.
La prioridad organiza la remediación; no transforma un criterio no compatible en un criterio compatible.
WCAG 2.2 es un estándar internacional W3C. RGAA es el repositorio francés que proporciona un método técnico, criterios y pruebas para evaluar ciertos servicios. Las obligaciones jurídicas dependen del marco aplicable.
No. WebAIM recuerda que la ausencia de error detectado no indica accesibilidad o cumplimiento. Muchos criterios requieren juicio humano, teclado, tecnologías de ayuda y análisis de contexto.
El costo depende de la deuda, componentes, interacciones, contenido, documentos y terceros. La construcción integrada generalmente cuesta menos que la rehabilitación tardía. Pida por lotes separados: diagnóstico/audita, corrección, contra-prueba y gobernanza.
WCAG define A, AA y AAA; los administradores a menudo utilizan A y AA como referencia, pero el nivel legalmente requerido depende del servicio. W3C no recomienda requerir AAA para un sitio completo ya que algún contenido no puede cumplir todos sus criterios.
No uniformemente. Abarca ciertas categorías de productos y servicios y prevé disposiciones o exenciones según el marco nacional. Clasifique exactamente las fechas de actividad, tamaño, servicio y contrato.
Diseño de accesibilidad y servicio correcto. Los criterios de las medidas de auditoría sobre una muestra y documentan un estado. Un buen programa hace ambos, luego mantiene los controles después de la contra-prueba.
La accesibilidad digital es una propiedad de servicio completo, no una capa colocada en su interfaz. Se construye en palabras, jerarquía, componentes, código, documentos, canales y cómo el equipo acepta la entrega.
El marco regulatorio hace necesaria la evidencia. El uso hace indispensable el proceso. Cuando la accesibilidad entra en el sistema de producción, deja de ser una corrección única y se convierte en un nivel de calidad sostenible.
