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 tienen el mismo derecho a leer, comprender y actuar aquí con dignidad e independencia. Esto incluye a 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”.

A qué apuntamos

  • 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%. El diseño no se rompe.
  • Experimenta movimiento reducido si lo prefieres (prefers-reduced-motion).
  • Las páginas usan referencias semánticas (header, main, footer, nav) y un único h1. También usan 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. Así, ninguna brecha se nos escapa:

Automatizado — cada build

  • Playwright + axe-core — auditoría en navegador headless. Usa @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. Las herramientas automatizadas detectan un subconjunto de fallas de WCAG; las pruebas manuales y con tecnología de asistencia (más abajo) cubren lo que no pueden. 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. Sigue 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. Corren 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.