/ACCESIBILIDAD
Diseñado para ser navegable por cualquiera, en cualquier condición de acceso.
El sitio K-Worldwide adopta las Web Content Accessibility Guidelines (WCAG) 2.1, Nivel AA como referencia de design. La accesibilidad es una propiedad estructural del código: landmark semánticos, heading hierarchy, soporte de teclado, gestión de las preferencias de usuario para movimiento y contraste, multilingüe nativo.
/COMPROMISO
No añadida al final del proyecto: una propiedad estructural del design y del código. El sistema visual, la arquitectura semántica y los comportamientos interactivos están pensados para que quien navega con screen reader, teclado, comando de voz o pantalla de alto contraste reciba el mismo contenido, el mismo flujo, las mismas posibilidades de acción que quien usa puntero y pantalla estándar.
/ESTÁNDAR WCAG
Las WCAG 2.1 se articulan en cuatro principios. No son opiniones de design: son los pilares técnicos de la accesibilidad web reconocidos a nivel internacional por el W3C.
Todo lo que el sitio muestra debe poder ser percibido. Textos alternativos en las imágenes, contrastes suficientes, subtítulos en los contenidos multimedia, estructura semántica clara.
Quien navega con screen reader, lector Braille o pantalla de alto contraste debe recibir el mismo significado que quien ve.
La interfaz debe funcionar con cualquier método de entrada. Teclado completo, focus visible, links y botones alcanzables sin mouse. Ninguna trampa de teclado, ningún límite de tiempo forzado.
Quien navega con switch device, comando de voz o teclado asistivo debe poder completar cada acción.
La información y el funcionamiento de la interfaz deben ser claros. Lenguaje legible, comportamiento previsible de los componentes, mensajes de error explícitos.
Ningún tecnicismo inútil, ninguna sorpresa: el usuario siempre sabe qué está pasando y qué hacer después.
El código debe ser interpretable por una amplia gama de user agent y tecnologías asistivas. Markup semántico, atributos ARIA cuando hacen falta, compatibilidad con screen reader y parser futuros.
La accesibilidad no es un truco visual: es una propiedad estructural del código.
Fuente: W3C Web Content Accessibility Guidelines (WCAG) 2.1 · w3.org/TR/WCAG21
/DE LOS PRINCIPIOS A LA ARQUITECTURA
Los cuatro principios WCAG se traducen en decisiones concretas de código. Markup semántico, soporte de teclado, ARIA selectivo, contrastes medibles, motion controlado: la traducción técnica del protocolo.
/CAPA · ARQUITECTURA TÉCNICA
Las decisiones técnicas que atraviesan cada componente del sitio.
markup semántico
Tags HTML5 con rol nativo (header, nav, main, article, section, footer). Heading hierarchy sin saltos. Listas, form y tablas marcadas con los tags apropiados. Ningún div genérico donde existe un elemento semántico. El documento declara la lengua a nivel root (html lang) y adapta la declaración al locale actual.
soporte de teclado
Cada elemento interactivo es alcanzable desde el flujo de tabulación y sigue el orden lógico del DOM. El skip link permite saltar la navegación y llegar directamente al contenido principal. Ninguna trampa de teclado, ningún límite de tiempo forzado.
ARIA selectivo
Atributos ARIA usados solo donde el HTML semántico no basta — componentes custom, estados dinámicos, live region. El primer principio ARIA es no usar ARIA: los elementos nativos son preferidos siempre que existan. Patrones decorativos (grid, constelaciones, topografías) están marcados aria-hidden para no molestar a las tecnologías asistivas.
contrastes medibles
La palette dinámica del sistema adopta cinco roles semánticos (fondo, texto principal, texto secundario, texto muted, accent) que varían con la fase del día. El referente es la relación de contraste ≥ 4.5:1 para el texto normal y ≥ 3:1 para el texto grande, según el umbral WCAG AA. Calibración continua sobre las cinco fases adaptive.
motion controlado
Animaciones, transiciones y efectos glitch respetan la media query prefers-reduced-motion. Quien desactiva las animaciones del sistema operativo recibe una experiencia detenida — nada de parallax, nada de pulse, nada de entrada animada de la página. El modo forced-colors de Windows está soportado nativamente. El movimiento es una elección del usuario, no una imposición del sistema.
/CANAL FEEDBACK
Los sitios accesibles evolucionan a través de los reportes de sus usuarios. Si encuentras una barrera, un comportamiento confuso o un componente que no responde correctamente a tu tecnología asistiva: el reporte es bienvenido. Cada feedback se toma en cuenta.