Glosario

a11y

Abreviatura de accesibilidad: se interpreta como la letra a seguida de 11 caracteres y luego la letra y.

Agora

Agora es el repositorio interno de artefactos de Deque. Se basa en una instancia de Artifactory A través de Agora, los usuarios pueden descargar componentes de axe DevTools, administrar y distribuir conjuntos de reglas personalizados y más.

ARIA

Accessible Rich Internet Applications (ARIA) es una especificación técnica publicada por el Consorcio World Wide Web, o W3C, que define formas de aumentar la accesibilidad de las páginas web, en particular, el contenido dinámico y los componentes de interfaz de usuario desarrollados con Ajax, HTML, JavaScript y tecnologías relacionadas.

Tecnología de asistencia

Es posible que algunas personas discapacitadas no puedan interactuar con el software y los sitios web por sí solas. Estas personas necesitan tecnología de asistencia para utilizar Internet de manera equitativa. Una forma muy común de tecnología de asistencia es un lector de pantalla. Estos dispositivos leen el texto en la pantalla en voz alta para personas con baja visión o ciegas. Hay muchos lectores de pantalla diferentes según la plataforma. Algunos ejemplos son NVDA o JAWS en PC, VoiceOver en Mac o TalkBack en Android.

Punto de control

Un método probado para probar requisitos de accesibilidad creado por el equipo de expertos de Deque que aumenta la consistencia y precisión de los resultados de las pruebas. Basándose en los Criterios de Éxito WCAG, proporcionan una categorización e interpretación más explícitas de dichas directrices, en donde las fallas suelen estar separadas por tipo de contenido. Los puntos de control de Deque ayudan a los revisores a producir resultados de prueba consistentes y precisos durante las evaluaciones de accesibilidad. Un punto de control se refiere a la sección más relevante y aplicable de la lista maestra de puntos de control de Deque (y sus requisitos) que son una parte importante de la forma Deque de igualdad digital.

Conjunto de reglas personalizado

Un conjunto de reglas personalizado se crea a partir de un archivo JSON que contiene datos de reglas (reglas y verificaciones) que se pasan a los componentes de axe DevTools para agregar nuevas reglas, cambiar la gravedad/impacto de una regla o eliminar una regla de las pruebas.

Evento

Para rastrear el uso de API o CLI, la biblioteca de métricas crea eventos y los envía al servicio de uso. Los eventos contienen información sobre el uso, como la cantidad de reglas de accesibilidad violadas durante un escaneo de página web y la fecha y hora en que se completó un escaneo de accesibilidad.

Token de identidad

Un token de identidad es un token de seguridad emitido por JFrog que le permite acceder al repositorio de artefactos Agora de Deque. Los tokens de identidad deben copiarse en el momento de su creación porque esta es la única oportunidad de acceder a ellos. Expiran después de un intervalo de tiempo designado, normalmente un año.

Impacto

A cada violación de accesibilidad se le asigna un nivel de impacto. El impacto es una métrica útil a la hora de priorizar los esfuerzos de remediación. De forma predeterminada, los expertos en accesibilidad de Deque asignan un nivel de impacto a cada tipo de violación. Estos valores se generalizan a la mayoría de las situaciones, por lo que los usuarios pueden usar su criterio para cambiarlos como parte de la personalización de su conjunto de reglas. Los niveles de impacto graves o críticos correlacionan con usuarios discapacitados que encuentran barreras de uso significativas o insuperables. Estos conllevan el mayor grado de responsabilidad legal. Los problemas menores y moderados no son tan graves, pero aún así representan problemas importantes para los usuarios discapacitados y requieren ser abordados para que la página sea totalmente conforme. Los siguientes cuatro niveles se utilizan para categorizar el impacto de los problemas de accesibilidad detectados:

• Crítico: este nivel de impacto significa que a los usuarios con una discapacidad se les bloqueará por completo el acceso o la interacción con una función de la página web. Hasta que se implemente una solución, el contenido será totalmente inaccesible. Esto hace que su organización sea muy vulnerable a demandas judiciales. La solución de problemas críticos debe ser una máxima prioridad.

• Grave: este nivel de impacto significa que los usuarios con una discapacidad enfrentarán barreras serias al interactuar con el sitio. Estos usuarios experimentarán una frustración significativa al intentar acceder a contenido relacionado. Hasta que se implemente una solución, algunos contenidos serán difíciles o imposibles de acceder, lo que dejará a su organización vulnerable a acciones legales. La remediación debe ser una alta prioridad.

• Moderado: Este nivel de impacto significa que existen algunas barreras para los usuarios con discapacidad, pero no les impedirían acceder a flujos o contenidos básicos. Los problemas con impacto a este nivel pueden hacer que su organización sea vulnerable a acciones legales. Requieren resolución antes de que una página cumpla con las normas y deben remediarse.

• Menor: Un problema que tiene menos impacto para los usuarios discapacitados que un problema moderado. El problema puede constituir una prioridad menor que los problemas moderados, serios y críticos, pero aun así requiere resolución para que una página sea totalmente conforme.

Intelligent Guided Testing (IGT)

Intelligent Guided Testing (IGT) es un componente de prueba de accesibilidad interactiva de las extensiones del navegador web axe DevTools diseñado para encontrar errores de accesibilidad que no se pueden detectar en pruebas automatizadas. IGT le hace al usuario preguntas simples sobre la página web bajo prueba y utiliza esta retroalimentación para localizar más errores de accesibilidad de los que serían posibles con pruebas automatizadas. Para obtener más información sobre las pruebas guiadas inteligentes, visite la documentación de las pruebas guiadas inteligentes.

Problema

Una violación de las pautas de accesibilidad (según lo definido por estándares como WCAG 1.0, WCAG 2.0, Sección 508 y WAI-ARIA) identificada en el código de una página web o de una aplicación web.

Resultados de accesibilidad JSON

Cuando prueba un sitio web para detectar problemas de accesibilidad utilizando las APIs o la CLI de axe DevTools, los resultados se guardan como un archivo JSON al que se hace referencia en la documentación como un archivo de resultados de accesibilidad JSON . Puede cargar este archivo en axe Reports (que le permite monitorear la accesibilidad de su sitio web a lo largo del tiempo a través del sitio web de axe Reports). También puede filtrar y convertir el archivo de resultados de accesibilidad JSON localmente a .csv, .xml o .html usando la CLI. Consulte Informes con la CLI para obtener más información. Como alternativa, las APIs también le permiten convertir archivos de resultados de accesibilidad JSON en informes durante una ejecución de prueba (consulte Informes a continuación para obtener más información).

Biblioteca de métricas

Una biblioteca interna utilizada por las API y la CLI de Deque para informar información de uso al servicio de uso.

Necesita revisión

Un problema requiere la inspección por parte de una persona para determinar si el problema es una violación real de los estándares de accesibilidad.

Reportes

Los informes se refieren a cargar un archivo resultados de accesibilidad JSON en axe Reports o convertirlo localmente en un informe (un archivo .csv, .xml o .html) para usarlo en otra aplicación.

Regla

Una regla corresponde a los criterios de éxito de una directriz de accesibilidad. Se definen mediante archivos de objetos JSON y contienen una identificación, una descripción y metadatos de ayuda, así como una o más comprobaciones y parámetros opcionales.

Sección 508

Una enmienda a la Ley de Rehabilitación de los Estados Unidos de 1973 que requiere que las agencias federales hagan que su tecnología electrónica y de información sea accesible a las personas con discapacidades. Se compone de dieciséis disposiciones basadas en las pautas de acceso de las Pautas de Accesibilidad al Contenido Web (WCAG) del Consorcio World Wide Web (W3C), pero no son idénticas a los estándares WCAG 1.0 o 2.0.

Servicio de uso

Un servicio web REST que registra métricas de uso para axe DevTools for Web (API y CLI). Es el servicio de cara al público proporcionado por Deque o su propio servicio. Para obtener más información, consulte The axe DevTools for Web Usage Service.

Violación

Un problema identificado por axe DevTools que viola uno o más estándares de accesibilidad.

WCAG (en inglés)

Las WCAG, o Pautas de Accesibilidad al Contenido Web, fueron desarrolladas por el Consorcio World Wide Web (W3C) y explican cómo hacer que el contenido web sea más accesible para las personas con discapacidades. WCAG 1.0 se publicó en mayo de 1999. WCAG 2.0 se publicó en diciembre de 2008. WCAG 2.0 se aplica ampliamente a tecnologías más avanzadas y se puede probar con mayor precisión con pruebas automatizadas y evaluación humana. WCAG 2.1 se publicó en junio de 2018. Estas pautas contienen criterios de éxito que definen criterios comprobables para elementos específicos. WCAG 2.2, la iteración más reciente de las pautas, se publicó en 2023 y ofrece nueve nuevos criterios de éxito respecto de WCAG 2.1.