Declaración de accesibilidad

Nuestro compromiso

La accesibilidad forma parte de cómo este proyecto sirve al público; no es una casilla por marcar. Todas las personas que usan este sitio — incluidas personas con discapacidad, personas que usan tecnologías de apoyo, y personas cuya atención, memoria, visión, audición o capacidades motoras difieren de cualquier “promedio”— tienen el mismo derecho a leer, comprender y actuar aquí con dignidad e independencia.

A qué nos conformamos

  • Este sitio apunta a WCAG 2.2 Nivel AAA — el nivel de conformidad publicado más alto.
  • Tratamos AAA como nuestro piso, no como techo: un sitio enfocado en accesibilidad debe demostrar el estándar que promueve.
  • La base legal estadounidense bajo el Título II del DOJ es WCAG 2.1 AA; superamos ese nivel en todo aspecto que podamos probar y verificar.

Criterios AAA que implementamos activamente

  • Contraste mejorado — SC 1.4.6 (7:1 para texto normal)
  • Imágenes de texto — SC 1.4.9 (la excepción de logotipo aplica al logo)
  • Sin trampas de teclado — SC 2.1.3
  • Sin tiempos límite — SC 2.2.3
  • Sin destellos o destellos mínimos — SC 2.3.2
  • Conciencia de ubicación — SC 2.4.8
  • Propósito del enlace solo desde el texto — SC 2.4.9
  • Encabezados de sección — SC 2.4.10
  • Apariencia del foco — SC 2.4.13 (contorno de 3 px, contraste 3:1)
  • Autenticación accesible — SC 3.3.7 / 3.3.8
  • Nivel de lectura — SC 3.1.5

En la práctica

  • Navega usando solo el teclado.
  • Usa un lector de pantalla en cada página.
  • Amplía o redimensiona el texto hasta 400% sin romper el diseño.
  • Experimenta movimiento reducido si lo prefieres (prefers-reduced-motion).
  • Las páginas usan referencias semánticas (header, main, footer, nav), un único h1, orden programático de encabezados, un enlace de salto funcional y texto de alto contraste.

Cómo probamos

La accesibilidad se verifica con una cadena de herramientas por capas para que ninguna brecha se escape:

Automatizado — cada build

  • Playwright + axe-core — auditoría en navegador headless con @axe-core/playwright y alfa (Siteimprove) contra reglas WCAG 2.2 AAA en cada build. Las infracciones bloquean el build.
  • Playwright + alfa — un segundo motor automatizado con cobertura de reglas separada, de Siteimprove. Ambos deben pasar.
  • Todos los hallazgos de las herramientas automatizadas se remedian antes del lanzamiento. Los resultados se publican en la página de auditoría de accesibilidad.

Manual — en cada lanzamiento

  • Accessibility Insights for Web — evaluación guiada estructurada siguiendo los flujos Fast Pass y Assessment.
  • Axe DevTools — extensión de navegador usada para chequeos rápidos durante el desarrollo.

Pruebas unitarias e integradas automatizadas

  • vitest — aseveraciones de accesibilidad a nivel de componente (rol, etiqueta, comportamiento del foco) en cada commit.

Planeado

  • Pruebas con lectores de pantalla — NVDA + Firefox en Windows, VoiceOver en macOS e iOS, TalkBack en Android. Se agregarán a la lista de verificación de lanzamiento en versiones futuras.

Dónde sabemos que nos quedamos cortos

  • No afirmamos perfección. Los problemas conocidos y las fechas previstas de corrección se siguen en la página de auditoría de accesibilidad.
  • Si una barrera te está bloqueando en este momento, contáctanos: te ayudaremos a completar tu tarea por otra vía mientras corregimos el problema de fondo.

Cuéntanos

Si algo aquí te crea una barrera, contacta a A11y Equitas a través de a11yequitas.org. Se invita especialmente a entidades gubernamentales y sin fines de lucro a comunicarse — la retroalimentación moldea directamente las versiones futuras del modelo y del sitio. Procuramos responder dentro de cinco días hábiles.

Última revisión: 2026-05-23.