Blog
Para quem já sabe o básico e quer ir fundo. Aqui o assunto é como os modelos funcionam em produção: memória, roteamento, ferramentas, agentes. O lado técnico que pouca gente explica direito.
EU Accessibility Act (junho 2025) tornou a11y obrigatória em ecommerce/banking/telecom pra empresas >10 funcionários. ADA lawsuits em US explodiram (4k+ por ano). WCAG 2.2/3 são os standards. Os 4 princípios POUR (Perceivable, Operable, Understandable, Robust).
Landmarks (header, main, nav, aside, footer), heading hierarchy (h1-h6 sem pular), label associado a input, button vs div com onClick, ul/ol em vez de div com bullet. 80% dos problemas de a11y somem com HTML semântico correto.
Rule of ARIA: "No ARIA is better than bad ARIA". Use HTML nativo primeiro. ARIA só pra widgets custom (combobox, tree, menu). role, aria-label, aria-describedby, aria-live (polite vs assertive), aria-expanded. Armadilhas comuns: role="button" em div é pior que usar button.
Tab order (natural via DOM), tabindex (0, -1, negativos ruins), focus trap em modals, skip links, focus visible (outline não deletável), roving tabindex em listas, restaurar focus pós modal close. Zero valor se não dá pra usar teclado.
Você não testa a11y de verdade sem usar screen reader. NVDA (Windows, free), JAWS (enterprise), VoiceOver (mac/iOS — built-in). Shortcuts essenciais, modo browse vs focus, rotor/landmark nav. Teste seu app com olhos fechados — vai chocar.
axe-core (Deque) é standard de fato — usado pelo Lighthouse, Pa11y, jest-axe, Cypress-axe. Pega 30-50% dos problemas automaticamente. Integrar em CI (PR falha se novo issue). Nunca substitui teste manual; é o piso, não o teto.
Projeto: pegar site próprio ou voluntário (não-profit local, open-source) com problemas de a11y. Audit com axe + testing manual com NVDA. Relatório de achados por WCAG criterion. PRs corrigindo. Retest até WCAG 2.2 AA compliance.