/ACESSIBILIDADE
Projetado para ser navegável por qualquer pessoa, em qualquer condição de acesso.
O site K-Worldwide adota as Web Content Accessibility Guidelines (WCAG) 2.1, Nível AA como referência de design. A acessibilidade é uma propriedade estrutural do código: landmark semânticos, heading hierarchy, suporte de teclado, gestão das preferências de usuário para movimento e contraste, multilíngue nativo.
/COMPROMISSO
Não adicionada no fim do projeto: uma propriedade estrutural do design e do código. O sistema visual, a arquitetura semântica e os comportamentos interativos são pensados para que quem navega com screen reader, teclado, comando de voz ou tela de alto contraste receba o mesmo conteúdo, o mesmo fluxo, as mesmas possibilidades de ação que quem usa ponteiro e tela padrão.
/PADRÃO WCAG
As WCAG 2.1 articulam-se em quatro princípios. Não são opiniões de design: são os pilares técnicos da acessibilidade web reconhecidos internacionalmente pelo W3C.
Tudo o que o site mostra deve poder ser percebido. Textos alternativos nas imagens, contrastes suficientes, legendas nos conteúdos multimídia, estrutura semântica clara.
Quem navega com screen reader, leitor Braille ou tela de alto contraste deve receber o mesmo significado que quem vê.
A interface deve funcionar com qualquer método de entrada. Teclado completo, focus visível, links e botões alcançáveis sem mouse. Nenhuma armadilha de teclado, nenhum limite de tempo forçado.
Quem navega com switch device, comando de voz ou teclado assistivo deve poder completar cada ação.
As informações e o funcionamento da interface devem ser claros. Linguagem legível, comportamento previsível dos componentes, mensagens de erro explícitas.
Nenhum tecnicismo inútil, nenhuma surpresa: o usuário sempre sabe o que está acontecendo e o que fazer depois.
O código deve ser interpretável por uma ampla gama de user agents e tecnologias assistivas. Markup semântico, atributos ARIA quando necessários, compatibilidade com screen reader e parsers futuros.
A acessibilidade não é um truque visual: é uma propriedade estrutural do código.
Fonte: W3C Web Content Accessibility Guidelines (WCAG) 2.1 · w3.org/TR/WCAG21
/DOS PRINCÍPIOS À ARQUITETURA
Os quatro princípios WCAG traduzem-se em escolhas concretas de código. Markup semântico, suporte de teclado, ARIA seletivo, contrastes mensuráveis, motion controlado: a tradução técnica do protocolo.
/CAMADA · ARQUITETURA TÉCNICA
As escolhas técnicas que atravessam cada componente do site.
markup semântico
Tags HTML5 com papel nativo (header, nav, main, article, section, footer). Heading hierarchy sem saltos. Listas, form e tabelas marcadas com as tags apropriadas. Nenhum div genérico onde existe um elemento semântico. O documento declara a língua no nível root (html lang) e adapta a declaração ao locale atual.
suporte de teclado
Cada elemento interativo é alcançável a partir do fluxo de tabulação e segue a ordem lógica do DOM. O skip link permite pular a navegação e chegar diretamente ao conteúdo principal. Nenhuma armadilha de teclado, nenhum limite de tempo forçado.
ARIA seletivo
Atributos ARIA usados somente onde o HTML semântico não basta — componentes custom, estados dinâmicos, live region. O primeiro princípio ARIA é não usar ARIA: os elementos nativos são preferidos sempre que existam. Padrões decorativos (grid, constelações, topografias) são marcados aria-hidden para não atrapalhar as tecnologias assistivas.
contrastes mensuráveis
A palette dinâmica do sistema adota cinco papéis semânticos (fundo, texto principal, texto secundário, texto muted, accent) que variam com a fase do dia. A referência é a relação de contraste ≥ 4.5:1 para o texto normal e ≥ 3:1 para o texto grande, segundo o limiar WCAG AA. Calibração contínua sobre as cinco fases adaptive.
motion controlado
Animações, transições e efeitos glitch respeitam a media query prefers-reduced-motion. Quem desativa as animações do sistema operacional recebe uma experiência parada — nada de parallax, nada de pulse, nada de entrada animada da página. O modo forced-colors do Windows é suportado nativamente. O movimento é uma escolha do usuário, não uma imposição do sistema.
/CANAL FEEDBACK
Os sites acessíveis evoluem através dos relatos de seus usuários. Se você encontra uma barreira, um comportamento confuso ou um componente que não responde corretamente à sua tecnologia assistiva: o relato é bem-vindo. Cada feedback é levado em consideração.