Objetivo de conformidad
Waythrough Project tiene como objetivo la conformidad con las Pautas de Accesibilidad para el Contenido Web (WCAG) 2.1 en el nivel AA. WCAG 2.1 AA es el estándar referenciado por la Ley de Estadounidenses con Discapacidades (ADA), la Sección 508 de la Ley de Rehabilitación y la Política #188 del Estado de Washington. Tratamos estas pautas no como un techo sino como una línea base — donde es práctico, incorporamos mejoras de nivel AAA como ratios de contraste mejorados y gestión integral del enfoque.
Medidas técnicas
Las siguientes características de accesibilidad están integradas en cada página de este sitio:
Estructura y semántica
Todas las páginas utilizan elementos semánticos de HTML5 (<main>, <nav>, <section>, <footer>) para que las tecnologías de asistencia puedan identificar las regiones de la página. Los niveles de encabezado siguen una jerarquía lógica (h1 a h3) sin saltar niveles. La navegación de migas de pan usa un elemento <nav> con un aria-label para distinguirla de la navegación principal.
Navegación por teclado
Cada página puede ser navegada completamente con un teclado. Un enlace "Saltar al contenido principal" aparece al recibir el enfoque (la primera pulsación de Tab), permitiendo a los usuarios de teclado omitir el menú de navegación. Todos los elementos interactivos — enlaces, botones, controles de formulario, la ventana de búsqueda y el interruptor de modo oscuro — son accesibles mediante Tab y operables con Enter o Espacio. El diálogo de búsqueda atrapa el enfoque mientras está abierto y devuelve el enfoque al botón activador al cerrarse.
Gestión del enfoque
Todos los elementos interactivos muestran un indicador de enfoque visible (un contorno de color primario de 3px con un desplazamiento de 2px) que cumple con WCAG 2.4.7. La ventana de búsqueda usa el atributo inert cuando está oculta, asegurando que el contenido fuera de pantalla sea removido del orden de tabulación y no anunciado por lectores de pantalla. Los atributos ARIA (aria-hidden, aria-expanded, aria-controls) se actualizan dinámicamente cuando las ventanas y menús se abren y cierran.
Color y contraste
Todo el texto y los elementos interactivos cumplen con los ratios de contraste WCAG AA (4.5:1 para texto normal, 3:1 para texto grande) en ambos temas claro y oscuro. El sitio soporta un interruptor de modo oscuro y respeta la preferencia del sistema operativo del usuario mediante prefers-color-scheme. La información nunca se transmite solo por color — los enlaces dentro de bloques de texto están subrayados, los errores de formulario incluyen etiquetas de texto, y los indicadores de estado usan íconos junto al color.
Soporte para lectores de pantalla
Las imágenes e íconos decorativos están marcados con aria-hidden="true". Las entradas de formulario tienen elementos <label> asociados (visualmente ocultos donde sea apropiado usando la clase .sr-only). El cuadro combinado de búsqueda usa role="combobox", aria-autocomplete y aria-activedescendant para anunciar sugerencias. Una región en vivo (aria-live="polite") anuncia el número de resultados de búsqueda sin interrumpir al usuario.
Movimiento y animación
Se usan animaciones de aparición gradual para el contenido de la página pero respetan la consulta de medios prefers-reduced-motion — cuando está habilitada, todas las transiciones y animaciones se desactivan. Un tiempo de espera alternativo asegura que el contenido sea visible dentro de 800ms incluso si el IntersectionObserver no se activa.
Diseño responsivo y redimensionamiento de texto
El sitio es completamente responsivo desde 320px hasta pantalla ancha. Todos los tamaños usan unidades relativas (rem, em, porcentajes), por lo que el texto puede redimensionarse hasta un 200% sin pérdida de contenido ni superposición. Los objetivos táctiles en móviles cumplen con el mínimo recomendado de 44×44px.
Documentos descargables
Los recursos PDF se crean con estructura etiquetada, orden de lectura lógico, metadatos de idioma del documento y marcadores descriptivos. Seguimos los principios PDF/UA (Accesibilidad Universal) al producir documentos descargables.
Metodología de pruebas
Usamos un enfoque de pruebas multicapa que combina escaneo automatizado con evaluación manual. Las herramientas automatizadas por sí solas detectan aproximadamente el 30-40% de las barreras de accesibilidad; el resto requiere juicio humano.
Pruebas automatizadas
axe-core 4.7 — Ejecutamos el motor de accesibilidad axe (de Deque Systems) contra cada plantilla de página. axe prueba más de 90 reglas WCAG y reporta violaciones por severidad (crítica, seria, moderada, menor). Tratamos los hallazgos críticos y serios como bloqueadores que deben resolverse antes del despliegue.
Lighthouse — Las auditorías de Google Lighthouse se usan para puntuación de rendimiento, SEO y accesibilidad. Apuntamos a una puntuación de accesibilidad de 90+ en todos los tipos de página.
Pruebas manuales
Navegación solo con teclado — Cada página se prueba navegando con Tab, Shift+Tab, Enter, Espacio, Escape y teclas de flecha. Verificamos que todos los elementos interactivos sean accesibles, que el orden del enfoque sea lógico, que los indicadores de enfoque sean visibles y que no existan trampas de teclado.
Verificación de contraste de color — Calculamos los ratios de contraste WCAG programáticamente para cada combinación de color de primer plano/fondo en ambos temas claro y oscuro. Cualquier combinación por debajo de 4.5:1 (texto normal) o 3:1 (texto grande) se marca y corrige.
Evaluación con lector de pantalla — Las páginas se revisan con lectores de pantalla para verificar que la estructura de encabezados sea lógica, que los puntos de referencia estén correctamente etiquetados, que las actualizaciones de contenido dinámico se anuncien y que los controles de formulario comuniquen su propósito y estado.
Zoom y reflujo — Probamos al 200% de zoom del navegador y al 400% en páginas clave para confirmar que el contenido refluya en una sola columna sin desplazamiento horizontal ni recorte de contenido.
Resultados de la auditoría más reciente
Nuestra auditoría más reciente se realizó el 29 de marzo de 2026, cubriendo las 51 páginas en ambos temas claro y oscuro.
| Categoría | Resultado |
|---|---|
| Reglas automatizadas aprobadas (axe-core) | 36+ por página |
| Violaciones críticas | 0 |
| Violaciones serias | 0 (4 encontradas y remediadas) |
| Cumplimiento de contraste (tema claro) | Todas las combinaciones pasan AA |
| Cumplimiento de contraste (tema oscuro) | Todas las combinaciones pasan AA |
| Navegación por teclado | Cobertura completa, sin trampas |
| Orden de encabezados | Correcto en todas las páginas |
| Etiquetas de formularios y ARIA | Todas las entradas etiquetadas |
Problemas identificados y remediados
Durante nuestra auditoría de marzo de 2026, se identificaron y resolvieron cuatro problemas:
1. Contraste insuficiente en texto atenuado en modo oscuro. La variable --color-text-muted estaba configurada en #64748b, produciendo solo 3.07:1 de contraste contra el fondo de la tarjeta. La elevamos a #8494a7, logrando 4.72:1. (WCAG 1.4.3)
2. Elementos enfocables dentro de una ventana de búsqueda oculta. Cuando el diálogo de búsqueda estaba cerrado, usaba aria-hidden="true" pero su entrada y botones permanecían en el orden de tabulación. Agregamos el atributo inert para remover completamente el contenido oculto del acceso por teclado y lector de pantalla. (WCAG 2.4.3, 4.1.2)
3. Enlaces distinguidos solo por color. Los enlaces de migas de pan dependían solo del color para distinguirse del texto circundante. Agregamos un subrayado con text-decoration para que los enlaces sean identificables sin percepción de color. (WCAG 1.4.1)
4. Niveles de encabezado omitidos. Varias páginas usaban un <h4> directamente después de un <h2>, saltando h3. Corregimos estos para mantener la jerarquía adecuada de encabezados. (WCAG 1.3.1)
Limitaciones conocidas
Enlace de saltar fuera de la región de referencia. El enlace "Saltar al contenido principal" se encuentra fuera de cualquier punto de referencia ARIA. Este es un patrón común y ampliamente aceptado, ya que el enlace de saltar solo es visible al recibir el enfoque y existe específicamente para ayudar a la navegación hacia el punto de referencia principal.
Migas de pan fuera de <main> en algunos tipos de página. En un subconjunto de páginas, la navegación de migas de pan se renderiza justo antes del elemento <main>. Los usuarios de lectores de pantalla aún pueden navegar por puntos de referencia y encabezados sin problema. Esto se está abordando en una futura actualización de plantilla.
Monitoreo continuo
La accesibilidad no es un punto de control único. Reauditamos cuando se agregan nuevas plantillas de página, cuando cambian los estilos o scripts, y en un ciclo trimestral regular. Cada auditoría cubre escaneo automatizado (axe-core), pruebas de teclado, verificación de contraste en ambos temas, y una revisión puntual con lector de pantalla del nuevo contenido.
Los editores de contenido siguen una lista de verificación de publicación que incluye verificar la estructura de encabezados, texto alternativo de imágenes, claridad del texto de enlaces y legibilidad en lenguaje sencillo antes de que cualquier página se publique.
Estándares y regulaciones aplicables
Este sitio está diseñado para cumplir o superar los siguientes:
WCAG 2.1 Nivel AA — Las Pautas de Accesibilidad para el Contenido Web del W3C, el estándar globalmente reconocido para accesibilidad web.
Sección 508 de la Ley de Rehabilitación — Requiere que las agencias federales y los programas financiados federalmente hagan accesible la tecnología electrónica y de información.
Ley de Estadounidenses con Discapacidades (ADA) — Prohíbe la discriminación por discapacidad en lugares de acomodación pública, que los tribunales han extendido a sitios web.
Política #188 del Estado de Washington — Requiere que las agencias estatales cumplan con WCAG 2.1 AA para sitios web y contenido digital.
Comentarios y contacto
Si encuentra una barrera en este sitio, o si tiene sugerencias sobre cómo podemos mejorar la accesibilidad, por favor háganoslo saber. Tomamos cada reporte en serio y nos esforzamos por responder dentro de dos días hábiles.
Correo electrónico: [email protected]
Al reportar un problema, es útil incluir la URL de la página, el dispositivo y navegador que estaba usando, la tecnología de asistencia (si aplica) y una descripción de lo que sucedió.
Esta declaración fue revisada y actualizada por última vez el 29 de marzo de 2026.