Acessibilidade digital deixou de ser pauta exclusiva de ONGs e passou a integrar roadmaps de produto em empresas paulistas de médio e grande porte. Com a revisão das diretrizes WCAG 2.2 e maior pressão de clientes corporativos por conformidade, times de design e frontend em São Paulo reorganizaram prioridades: contraste de cores, navegação por teclado e textos alternativos saíram do backlog eterno para sprints com data definida.
Esta reportagem reúne aprendizados de três organizações — um banco digital com forte atuação no varejo, uma edtech com milhões de alunos e um órgão de transporte metropolitano que digitalizou serviços ao cidadão. Os nomes foram preservados mediante acordo de confidencialidade, mas os processos são reproduzíveis em qualquer contexto brasileiro que lide com interfaces públicas ou contratos B2B exigentes.
Auditoria como ponto de partida, não como fim
O banco digital iniciou com auditoria automatizada (axe, Lighthouse) combinada a revisão manual por especialistas em acessibilidade. O resultado foi um mapa de centenas de ocorrências — muitas repetidas em componentes do design system. Em vez de corrigir tela a tela, o time priorizou tokens de cor, componentes de formulário e modais: elementos que se multiplicavam em dezenas de fluxos.
"Descobrimos que 40% dos problemas vinham de três componentes mal documentados", explica uma designer de produto envolvida no projeto. "Atualizar o Figma e o Storybook com estados de foco visíveis resolveu mais do que qualquer sprint dedicada a uma única jornada de abertura de conta."
A edtech seguiu caminho parecido, mas com atenção especial a conteúdo educacional: vídeos sem legendas, exercícios interativos inacessíveis por leitores de tela e PDFs gerados automaticamente sem estrutura semântica. A equipe criou um checklist de publicação obrigatório para novos cursos, integrado ao fluxo de aprovação pedagógica.
Transporte e serviços públicos: escala e diversidade de usuários
O caso do transporte metropolitano ilustra desafios únicos de São Paulo: usuários idosos, pessoas com baixa literacia digital e acesso predominantemente mobile em estações com conectividade limitada. Adequar o portal de recarga e consulta de linhas exigiu testes com leitores de tela NVDA e VoiceOver, além de sessões com usuários reais coordenadas por uma consultoria local especializada em inclusão.
Entre as mudanças concretas: botões com área de toque ampliada, hierarquia de headings consistente, mensagens de erro associadas programaticamente aos campos e remoção de carrosséis automáticos que impediam leitura tranquila. O time de frontend relatou que container queries — abordagem coberta em outra matéria da Rota Front — ajudaram a manter legibilidade em telas estreitas sem quebrar layout em quiosques maiores instalados em terminais.
Cultura e capacitação interna
Ferramentas detectam problemas; pessoas os evitam. As três organizações investiram em formação continua: workshops trimestrais, canal interno de dúvidas e critérios de aceite em user stories que mencionam WCAG explicitamente. Designers aprenderam noções de ARIA; desenvolvedores participaram de sessões de revisão de protótipos com feedback de usuários com deficiência.
A resistência inicial — "isso atrasa entrega" — cedeu quando métricas de suporte mostraram redução de chamados relacionados a formulários incompreensíveis e problemas de contraste. No mercado B2B, propostas comerciais passaram a citar conformidade como diferencial em licitações e renovações de contrato.
Relação com legislação e LGPD
Embora a LGPD trate principalmente de dados pessoais, empresas brasileiras enxergam acessibilidade como parte de responsabilidade digital ampla. Advogados consultados reforçam que normas internacionais e demandas do consumidor via Procon influenciam políticas internas, mesmo sem uma lei única equivalente à ADA americana.
Para produtos que atendem setor público, exigências de acessibilidade aparecem em editais. Times que pretendem vender para governo estadual ou municipal em SP já antecipam critérios em fases de descoberta, evitando retrabalho caro na homologação.
Ferramentas e processo no dia a dia
Os times convergiram em um stack pragmático: eslint-plugin-jsx-a11y no CI, testes manuais com teclado em cada PR crítico, documentação de padrões em português e extensões de navegador para designers validarem contraste. Nenhum acreditou em solução 100% automatizada.
Para quem começa agora em SP ou em qualquer hub brasileiro, a recomendação unânime é começar pequeno: um fluxo crítico, um componente base, um indicador mensurável — por exemplo, percentual de páginas sem erros graves em auditoria automatizada.
Acessibilidade não é um projeto — é uma disciplina de produto. No Brasil, quem tratar como checklist final de sprint vai reescrever código por anos.
Continue acompanhando nossa cobertura em artigos e leia sobre container queries para layouts inclusivos em componentes reutilizáveis.