Resumen de WCAG por Deque – 2.1

By | November 9, 2021

Reimpreso de Deque

Descripción general de WCAG: ¿se mantiene al tanto de su juego de accesibilidad digital? No se sorprenda de que haya una nueva versión de las Pautas de accesibilidad al contenido web (WCAG) del W3C en el horizonte. De hecho, ¡la próxima versión “menor” de WCAG se publicó formalmente el 5 de junio de 2018! El W3C ha investigado las necesidades de los usuarios y ha escrito los criterios de éxito de WCAG 2.1 para llenar los vacíos conocidos. También hay un esfuerzo paralelo en marcha para crear una revisión importante de las pautas de accesibilidad digital. Ver la versión que no es de AMP en deque.com

Historia de WCAG

Antes de mirar hacia el futuro, comprendamos el pasado. El 5 de mayo de 1999, el W3C publicó el primer estándar internacional de accesibilidad digital ( WCAG 1.0 ).. Era una tecnología específica centrada en html. 11 de diciembre de 2008, WCAG 2.0 más) han adoptado WCAG 2.0 como su estándar legal de accesibilidad digital. En octubre de 2012, la Organización Internacional de Normalización (ISO) incluso estableció WCAG 2.0 como el estándar digital de accesibilidad. SO / IEC 40500: 2012

“alt =” “aria-hidden =” true “/>a silver square marked up like a periodic element for silver ag w3c a11y A pesar de tener casi una década, WCAG 2.0 sigue siendo un estándar viable para la accesibilidad digital. Sin embargo, en los años de Internet, 2008 es antiguo. Por lo tanto, no debería sorprendernos que existan vacíos conocidos en WCAG 2.0 y deban llenarse. Se están realizando esfuerzos paralelos para abordar las necesidades cambiantes de accesibilidad digital. El primer esfuerzo a corto plazo es WCAG 2.1, que es una versión muy enfocada. El segundo esfuerzo a más largo plazo tiene un nombre en clave de Silver. Silver es la reinvención de las Pautas de accesibilidad digital (AG) desde cero.

Dado que es probable que la versión futura de las Pautas de accesibilidad elimine el “WC” para “contenido web” y simplemente se conozca como las “Pautas de accesibilidad” (AG), se le ha dado el sobrenombre de “Plata” porque “Ag ”Es el símbolo del elemento químico plata en la tabla periódica.

¿Qué es WCAG 2.1?

Si ya está familiarizado con WCAG 2.0, probablemente tenga varias preguntas. ¡Y tenemos respuestas!

Requisitos para una norma técnica utilizable

Para que cualquier estándar técnico tenga éxito, debe ser claro, distinto, comprobable, técnicamente posible y razonable. El nuevo criterio de éxito en WCAG 2.1 tenía que cumplir con todo lo siguiente:

    1. Comprobable : el requisito debe ser comprobable de forma fiable y coherente mediante un proceso manual o automatizado.
    2. Condición – el requisito debe describir una condición que debe cumplirse, no un método. Las condiciones son independientes de la tecnología.
    3. Se aplica a todo el contenido – El requisito se aplica a todos los tipos de contenido de forma predeterminada. Cualquier excepción debe identificarse explícitamente.
    4. Se aplica a todas las tecnologías : el requisito se aplica a todos los tipos de formatos de tecnología digital, incluidos web, móvil, escritorio, documentos digitales, correo electrónico, aplicaciones de software y más.
    5. Implementable : el requisito debe ser posible de implementar hoy. Se deben documentar las técnicas suficientes utilizando formatos fácilmente disponibles, agentes de usuario y tecnologías de asistencia.

¿Cuál fue el cronograma para la publicación de WCAG 2.1?

Crear una norma técnica internacional no es algo que se haga de la noche a la mañana. Pero con la velocidad a la que cambia la tecnología, demorar demasiado en actualizar un estándar también puede ser un problema. Han pasado más de 9 años desde que WCAG 2.0 fue lanzado en diciembre de 2008. Reconociendo esto, el W3C adoptó un enfoque incremental para desarrollar WCAG 2.1 en 18 meses. Cronología WCAG 2.1:

    • Enero de 2017: Carta de directrices de accesibilidad (¡Listo!)
    • Febrero de 2017 – 1er Borrador de Trabajo Público (¡Listo!)
    • Abril de 2017 – 2do Borrador de Trabajo Público (¡Listo!)
    • Junio de 2017 – Tercer Borrador de Trabajo Público (¡Listo!)
    • Julio de 2017 – Cuarto Borrador de Trabajo Público (¡Listo!)
    • Agosto de 2017 – 5to Borrador de Trabajo Público (¡Listo!)
    • 22 de agosto de 2017: deje de aceptar nuevas propuestas de SC (¡Listo!)
    • Septiembre de 2017 – Sexto Borrador de Trabajo Público (¡Listo!)
    • Diciembre de 2017 – Séptimo Borrador de Trabajo Público (¡Listo!)
    • Enero de 2018 – Recomendación candidata (¡Listo!)
    • Abril de 2018 – Recomendación propuesta (¡Listo!)
    • 5 de junio de 2018 – Recomendación WCAG 2.1 (¡Hecho!)

¿Quién creó WCAG 2.1?

Todo lo relacionado con el desarrollo de WCAG 2.1 se realizó donde el público pudo ver y comentar. Más de 150 personas de todo el mundo participaron en la creación de esta próxima versión de WCAG. Consulte la lista actual de Participantes del Grupo de Trabajo de Pautas de Accesibilidad del W3C. Si aún no está involucrado, hay muchas formas de participar y contribuir .

¿Puedo ver WCAG 2.1 Evolve en línea?

Aún mejor, la redacción de WCAG 2.1 ocurrió en GitHub. Para que pueda ver cómo se creó cada Criterio de Éxito de WCAG 2.1 propuesto y leer preguntas y conversaciones que conducen a mejoras. Por ejemplo, aquí están 24 problemas en el repositorio GitHub de WCAG 2.1 que ayudaron a formar el Borrador de trabajo de agosto de 2017 de WCAG 2.1 .

¡Habla de abierto e inclusivo! Cualquiera en el mundo podría ver la evolución de WCAG 2.1. Podrías participar y hacer comentarios, ofrecerte como voluntario y ayudar a crear una mejor web para todos.

¿Dónde está la versión final de WCAG 2.1?

La versión final de WCAG 2.1 siempre se puede encontrar en esta URL: https://www.w3.org/TR/WCAG21/ los< h2> indique la fecha de publicación. Los enlaces le permiten navegar a todas las versiones publicadas anteriormente. La versión del 5 de junio de 2018, conocida como Recomendación oficial del W3C, es la versión final.

¿Qué demonios es una recomendación del W3C? ¿En qué se diferencia de un borrador de trabajo, una recomendación candidata o una recomendación propuesta?

Una Recomendación del W3C es la publicación final oficial de un estándar técnico que ha alcanzado su madurez completa y está listo para ser utilizado. Se requieren muchos pasos de revisión y refinamientos antes de que el W3C determine que un estándar está listo para ser publicado.

“alt =” “aria-hidden =” true “/>Diagram of how a Technical Standard evolves from a Working Draft (WD) to a Candidate Recommendation (CR) to a Proposed Recommendation (PR) to a W3C Recommendation (REC)

El W3C tiene un proceso bien definido para publicar estándares técnicos de calidad que pueden resistir la prueba del tiempo. Aquí están los pasos basicos :

  1. Se publica el primer borrador de trabajo público (FPWD)
    • DEBE fomentar una revisión temprana y amplia.
  2. Los borradores de trabajo públicos revisados (WD) publican cero o más
    • PUEDE publicar borradores adicionales basados en aportes.
  3. Recomendación candidata (CR) anteriormente conocida como Borrador de trabajo de última convocatoria
    • DEBE especificar la fecha límite para comentarios adicionales.
    • Se cree que la norma técnica es estable y apropiada para su implementación.
    • El estándar aún PUEDE ser modificado en base a la experiencia de implementación / comentarios. La modificación DEBE ser mínima
  4. Recomendación propuesta (RP) convocatoria de revisión
    • Una solicitud formal de aprobación del estándar técnico por parte del Comité Asesor del W3C.
    • DEBE mostrar una experiencia de implementación adecuada
    • DEBE demostrar que las normas técnicas propuestas han recibido una amplia revisión
    • DEBE demostrar que todas las cuestiones planteadas durante la recomendación candidata se han abordado formalmente
  5. Publicación de la Recomendación del W3C (REC)
    • La decisión de hacer avanzar un documento a Recomendación es una decisión del W3C .
    • El estándar ha alcanzado su plena madurez. Es una recomendación formal del W3C.

Familiarización con la recomendación propuesta de WCAG 2.1

El 5 de junio de 2018, el W3C publicó la Recomendación WCAG 2.1. A continuación, se muestra un resumen de los nuevos criterios de éxito:

Nuevos criterios de éxito en la recomendación propuesta de WCAG 2.1
Ad hoc Cognitivo Visión baja Móvil Total
Nivel A 0 0 0 5 5
Nivel AA 0 1 4 2 7
Nivel AAA 1 2 0 2 5
Total 1 3 4 9 17

Descripción general de WCAG: recuerde, WCAG 2.1 incluye todo WCAG 2.0 y agrega 17 requisitos nuevos. Todo lo que ya sabe y hace para cumplir con las WCAG 2.0 sigue siendo válido y necesario. WCAG 2.1 agrega 17 nuevos criterios de éxito para llenar los vacíos conocidos, especialmente en las áreas de movilidad, cognitiva y baja visión.

¿Qué opina de las WCAG 2.1 en este momento?

“alt =” “aria-hidden =” true “/>Will Ferrell as Elf as excited about WCAG 2.1 as he is about Christmas.

 

Antes de continuar, quiero preguntarte: “¿Cómo te sientes?” ¿Estás ansioso, preocupado, estresado? ¿O estás tan emocionado como un niño en Nochebuena? De cualquier manera, quiero que se detenga y respire hondo. Recuerde, ninguno de estos criterios de éxito WCAG 2.1 es requerido por ley hoy (junio de 2018). Todas son cosas realmente buenas para la accesibilidad digital, pero su lista de cosas que debe hacer hoy no va a ser más larga en base a esto.

Los 17 criterios de éxito WCAG 2.1

“alt =” “aria-hidden =” true “/>Keep Calm and Breathe Deeply

Echemos un vistazo más de cerca a los Criterios de éxito WCAG 2.1 A y AA basados en la Recomendación del W3C del 5 de junio de 2018. Para cada uno, agregué una cita de persona para ayudarlo a comprender la necesidad de accesibilidad. Las citas de personajes son de mi imaginación.

Descripción general de WCAG

    1. Orientación (AA)
      • Cita de Persona: “¿ Paisaje o retrato? No me hagas girar mi dispositivo 90 grados “.
        • Origen: móvil
        • Por qué: (Perceptible) Algunos usuarios tienen su dispositivo montado en una orientación fija (por ejemplo, en el brazo de una silla de ruedas eléctrica). Por lo tanto, las aplicaciones digitales deben admitir ambas orientaciones asegurándose de que el contenido y la funcionalidad estén disponibles tanto en horizontal como en vertical.
        • Requisito:
          • El contenido no restringe su visualización y funcionamiento a una sola orientación de pantalla, como vertical u horizontal, a menos que sea esencial una orientación de pantalla específica .
    2. Identificar el propósito de la entrada (AA)
      • Cita de Persona: ¿Para qué es este campo de entrada? “
      • Origen : cognitivo
      • Por qué: (Perceptible) Ayudar a las personas con discapacidades cognitivas a comprender y utilizar las entradas de los formularios. La personalización basada en metadatos permitirá el uso de términos y símbolos familiares para las etiquetas de entrada. Tener términos y símbolos familiares es clave para poder utilizar la web. Sin embargo, lo que es familiar para una persona puede ser nuevo o confuso para otra, lo que requiere que aprenda nuevos símbolos. Las herramientas de personalización futuras podrían incluir la capacidad de que un usuario cargue un conjunto de símbolos que sea apropiado para ellos, asegurando que todos los usuarios encuentren los campos de entrada simples y familiares.
      • Requisito:
    3. Reflujo (AA)
      • Cita de Persona: “¡ El desplazamiento horizontal es malo!”
      • Origen: baja visión
      • Por qué: (Perceptible) Una proporción significativa de personas con baja visión necesita un aumento de más del 200% en el tamaño del contenido. El impacto del desplazamiento horizontal puede aumentar el esfuerzo requerido para leer entre 40 y 100 veces.. Evite los diseños que requieran desplazamiento horizontal.
      • Requisito:
        • “El contenido se puede presentar sin pérdida de información o funcionalidad, y sin necesidad de desplazarse en dos dimensiones para:
          • Contenido de desplazamiento vertical con un ancho equivalente a 320 píxeles CSS
          • Contenido de desplazamiento horizontal a una altura equivalente a 256
        • Excepto por partes del contenido que requieren un diseño bidimensional para su uso o significado “.
    4. Contraste sin texto (AA)
      • Cita de Persona: ¿Querías que viera ese importante control de imagen / interfaz de usuario, o no?”
      • Origen: baja visión
      • Por qué: (Perceptible) Ampliar los requisitos de contraste de color para el texto (en WCAG 2.0 SC 1.4.3) para incluir gráficos importantes.
      • Requisito:
        • “La presentación visual de lo siguiente tiene una relación de contraste de al menos 3: 1 con los colores adyacentes:
          • Componentes de la interfaz de usuario: información visual necesaria para identificar los componentes y estados de la interfaz de usuario, excepto los componentes inactivos o cuando la apariencia del componente la determina el agente de usuario y el autor no la modifica;
          • Objetos gráficos: partes de los gráficos necesarios para comprender el contenido, excepto cuando una presentación particular de los gráficos es esencial para la información que se transmite ”.
    5. Espaciado de texto (AA)
      • Cita de Persona : “¡Maldición! ¡Este texto es tan difícil de leer! Necesito cambiar el espacio para leerlo “.
      • Origen: baja visión
      • Por qué: (Perceptible) Asegúrese de que las personas con baja visión puedan anular el espaciado de párrafos, el espaciado de letras, el espaciado de palabras y la altura de línea.
      • Requisito:
        • “En el contenido implementado con lenguajes de marcado que admiten las siguientes propiedades de estilo de texto , no se produce pérdida de contenido o funcionalidad al configurar todo lo siguiente y al no cambiar ninguna otra propiedad de estilo:
          • Altura de línea (interlineado) al menos 1,5 veces el tamaño de la fuente;
          • Espaciar los párrafos siguientes a al menos 2 veces el tamaño de la fuente;
          • Espaciado entre letras (seguimiento) al menos 0,12 veces el tamaño de la fuente;
          • Espaciado entre palabras de al menos 0,16 veces el tamaño de la fuente.
        • Excepción: los lenguajes humanos y las escrituras que no hacen uso de una o más de estas propiedades de estilo de texto en el texto escrito pueden ajustarse utilizando solo las propiedades que existen para esa combinación de lengua y escritura.
    6. Contenido al pasar el mouse o enfocarse (AA)
      • Cita de Persona: “¡Fuera del camino! ¡No puedo ver ni usar el contenido / control que necesito! “
      • Origen: baja visión
      • Por qué: (Perceptible) El contenido nuevo que aparece solo al enfocar o al pasar el mouse puede presentar muchos desafíos para los usuarios con baja visión y otras personas cuya precisión del mouse puede ser baja.
      • Requisito:
        • “Cuando recibir y luego quitar el cursor del puntero o el enfoque del teclado hace que el contenido adicional se vuelva visible y luego se oculte, se cumple lo siguiente:
          • Descartable:< Hay un mecanismo disponible para descartar el contenido adicional sin mover el puntero o el foco del teclado, a menos que el contenido adicional comunique un error de entrada o no oculte o reemplace otro contenido;
          • Posible: si el puntero puede activar el contenido adicional, entonces el puntero se puede mover sobre el contenido adicional sin que el contenido adicional desaparezca;
          • Persistente: el contenido adicional permanece visible hasta que se quita el activador de desplazamiento o enfoque, el usuario lo descarta o su información ya no es válida.
        • Excepción: la presentación visual del contenido adicional está controlada por el agente de usuario y no es modificada por el autor “.
    7. Atajos de teclas de caracteres (A)
      • Cita de Persona: “¡Alexa! ¡Parada! ¡No quise que tú …! “
      • Origen: móvil
      • Por qué: (Operable) Ayude a los usuarios que dependen de las tecnologías de voz a texto a interactuar con el contenido sin activar inadvertidamente alguna funcionalidad basada en un acceso directo.
      • Requisito:
        • “Si se implementa un método abreviado de teclado en el contenido utilizando solo letras (incluidas letras mayúsculas y minúsculas), signos de puntuación, números o símbolos, al menos una de las siguientes situaciones es verdadera:
          • Apagar: hay un mecanismo disponible para apagar el atajo;
          • Reasignación: hay un mecanismo disponible para reasignar el atajo para utilizar uno o más caracteres de teclado no imprimibles (por ejemplo, Ctrl, Alt, etc.);
          • Activo solo en el foco: el método abreviado de teclado para un componente de la interfaz de usuario solo está activo cuando ese componente tiene el foco.
    8. Gestos del puntero (A)
      • Cita de Persona: “ ¿Esperas que haga ese complejo gesto con la mano? ¿Me estás tomando el pelo? ¿Que es esto? ¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿¿Los Juegos Olímpicos De Los Dedos ??? “
      • Origen: móvil
      • Por qué: (Operable) Ayuda usuarios que no pueden realizar con precisión gestos de puntero complejos. Los deslizamientos de la pantalla táctil o los gestos de varios punteros, como pellizcar o hacer zoom con dos dedos, pueden resultar imposibles para algunos usuarios.
      • Requisito:
        • Toda la funcionalidad que utiliza gestos multipunto o basados en ruta para la operación se puede operar con un solo puntero sin un gesto basado en ruta, a menos que sea esencial un gesto multipunto o basado en ruta .
    9. Cancelación de puntero (A)
      • Cita de Persona: “¡Oh noooooo! ¡Accidentalmente activé X con solo tocarlo! “
      • Origen: móvil
      • Por qué: (operable) Las personas con diversas discapacidades pueden iniciar inadvertidamente eventos táctiles o del mouse con resultados no deseados. Ayude a reducir la posibilidad de que un control se active accidentalmente.
      • Requisito:
        • Para la funcionalidad que se puede operar con un solo puntero , al menos uno de los siguientes es verdadero:
          • Sin evento de bajada: el evento de bajada del puntero no se utiliza para ejecutar ninguna parte de la función;
          • Abortar o Deshacer: La finalización de la función está en el evento up , y hay un mecanismo disponible para abortar la función antes de la finalización o para deshacer la función después de la finalización;
          • Inversión ascendente: el evento ascendente invierte cualquier resultado del evento descendente anterior;
          • Esencial: completar la función en el evento de caída es esencial .
    10. Etiqueta en nombre (A)
      • Cita de Persona: “¡Computadora! ‘Envíe’ el formulario! ¡Computadora! Maldiciones! ¡¿Por qué no estás haciendo lo que te dije?!?! “
      • Origen: móvil
      • Por qué: (Operable) Ayude a los usuarios que dependen de las tecnologías de voz a texto a interactuar con el contenido basándose en una etiqueta visual intuitiva.
      • Requisito:
    11. Actuación por movimiento (A)
      • Cita de Persona: ¡No me hagas inclinarme ni temblar!”
      • Origen: móvil
      • Por qué: (Operable) Es posible que los usuarios con discapacidades no puedan realizar acciones particulares que dependan de los sensores (como inclinarse o agitarse) porque el dispositivo puede estar montado o los usuarios pueden no ser físicamente capaces de realizar la acción necesaria.
      • Requisito:
        • La funcionalidad que puede ser operada por el movimiento del dispositivo o el movimiento del usuario también puede ser operada por los componentes de la interfaz de usuario y la respuesta al movimiento se puede deshabilitar para evitar una actuación accidental, excepto cuando:
          • Interfaz compatible: el movimiento se utiliza para operar la funcionalidad a través de una interfaz compatible con la accesibilidad ;
          • Esencial: el movimiento es esencial para la función y hacerlo invalidaría la actividad “.
    12. Mensajes de estado (AA)
      • Cita de Persona: “No puedo decir si ha sucedido algo”.
      • Origen: cognitivo
      • Por qué: (robusto) Algunos mensajes de error o éxito se agregan tan sutilmente a una página que es difícil notarlos. Los usuarios ciegos, con problemas de visión o con discapacidades cognitivas pueden tener problemas para encontrar un mensaje de estado que se haya agregado a la página.
      • Requisito:

    Por último, pero no menos importante, hay 5 criterios de éxito WCAG 2.1 más que se incluyen en AAA. Si es un experto en accesibilidad, también debe revisar y fomentar el uso de estos requisitos AAA.

    1. Identificar propósito (AAA)
    2. Tiempos de espera (AAA )
    3. Animaciones de interacciones (AAA)
    4. Tamaño objetivo (AAA)
    5. Mecanismos de entrada concurrentes (AAA)

    ¿Cuándo se me exigirá utilizar WCAG 2.1?

    Predigo que la mayoría de las organizaciones de EE. UU. (Incluidas empresas y gobiernos) no requerirán el cumplimiento de WCAG 2.1 durante años. Es probable que la UE haga de las WCAG 2.1 un requisito a partir de 2019. Los desarrolladores, diseñadores y expertos en accesibilidad inteligentes ya están considerando WCAG 2.1 como las mejores prácticas documentadas que se pueden implementar hoy. ¿Quiere preparar su web para el futuro? ¡Empiece a utilizar los principios de WCAG 2.1 hoy mismo!

    ¿Cómo participará usted?

    Ahora es el momento de que dediques un tiempo a pensar en cómo te impactarán las WCAG 2.1. Hacer preguntas. Ofrézcase como voluntario para ayudar a escribir documentos de comprensión, técnicas suficientes y más.

    ¿Es este trabajo fácil? No. ¿Es profundamente significativo e importante? ¡Absolutamente! Esta es la primera vez que trabajo en WCAG. Y tengo que decirles a todos … esto … ESTO …. es el trabajo más estimulante intelectualmente que he hecho. Hubo momentos durante el año pasado en los que pensé que mi cerebro se iba a derretir. Pero pensé que era mi turno de tener un impacto positivo. Grandes personas me precedieron y se atrevieron a crear el primer lector de pantalla y la primera y segunda versión de WCAG. Es hora de que tome la iniciativa y ayude a crear las soluciones que se necesitan hoy (mientras me beneficia del brillante trabajo realizado antes).

    (Goodwitch te tiende la mano). Ven y únete a nosotros. Te prometo que estarás agradecido de haberlo hecho. ¿Cómo vas a ser parte de la solución?

Resumen de WCAG Más información

Consideraciones para quiosco accesible

Seminarios web sobre accesibilidad de sitios web

¿Qué es WCAG? – Lista de verificación WCAG para 2.1