Acessibilidade: quando é obrigatória — e quando vale a pena

Um site acessível pode ser utilizado por todas as pessoas — inclusive por aquelas com deficiências visuais, auditivas, motoras ou cognitivas. Ele funciona com leitor de tela, teclado e controle por voz, não apenas com mouse e boa visão.

O termo não se refere a uma versão especial separada do site. Trata-se de um site construído desde o início para diferentes formas de percepção e interação.

Na prática, isso significa: quem leva a acessibilidade a sério, constrói com mais qualidade. Estrutura clara, contrastes legíveis e linguagem compreensível beneficiam no final a todos — não apenas pessoas com deficiência.

A situação jurídica na Suíça é mais restrita do que muitos pensam — e ao mesmo tempo menos rigorosa do que alguns afirmam. A referência é a Lei sobre a Igualdade para Pessoas com Deficiência, abreviada LHand.

A LHand obriga hoje principalmente a Confederação, empresas próximas ao Estado e órgãos públicos. Suas ofertas digitais devem ser acessíveis. As empresas privadas geralmente não são diretamente abrangidas no momento.

Para uma PME sem contrato público, isso significa: a acessibilidade é na Suíça hoje geralmente uma decisão voluntária — por enquanto.

Para empresas com negócios na UE, a alavanca decisiva não vem de Berna, mas de Bruxelas. O European Accessibility Act, abreviado EAA, está em vigor desde 28 de junho de 2025.

O EAA exige acessibilidade para muitos produtos e serviços digitais oferecidos na UE. Isso inclui lojas online, serviços bancários, e-books e sistemas de reserva. O que importa é o mercado de destino, não a sede da empresa.

Se uma empresa suíça vende para clientes na UE, ela pode, portanto, ser afetada. Estão isentas as microempresas com menos de dez funcionários e no máximo dois milhões de euros de faturamento ou balanço total.

Para PMEs suíças de médio porte com negócios na UE, isso significa: a obrigação não começa apenas em 2027, mas hoje.

Quando o assunto fica concreto, não há como escapar das WCAG. As Web Content Accessibility Guidelines são o padrão internacional para sites acessíveis — e a base na qual a LHand e o EAA se apoiam.

De forma simplificada, as WCAG são uma coleção de critérios verificáveis sobre o grau de acessibilidade de um site. Para você, isso significa um referencial comum em vez de intuição.

As diretrizes têm três níveis: A, AA e AAA. O nível A é o mínimo, AAA o máximo para casos especiais. Na prática, AA é o valor-alvo relevante — é também para onde apontam a maioria das exigências legais.

Acessibilidade soa abstrata, mas é composta de elementos concretos e administráveis. A maioria deles passa despercebida por visitantes sem limitações. Quando estão ausentes, porém, excluem pessoas.

Um exemplo prático: um escritório de contabilidade disponibiliza formulários online que só podem ser preenchidos com mouse. Quem depende do teclado não consegue avançar. Outro: um hotel usa texto cinza claro em fundo branco — elegante, mas simplesmente ilegível para muitos.

Os principais aspectos em resumo:

Muitos sites não são inacessíveis por má vontade, mas por causa de sua forma de construção. É exatamente aqui que se revelam os limites da construção baseada em plataformas.

Construtores e page builders geram seu código automaticamente. O resultado parece limpo no navegador, mas consiste em segundo plano de elementos aninhados e sem significado semântico. Leitores de tela e teclados têm dificuldade para navegar por eles.

Isso não significa que todo site em construtor seja inacessível. Mas quanto mais uma plataforma esconde estrutura e código, mais difícil se torna trabalhar com acessibilidade de forma adequada. Quem usa um construtor deve verificar cedo a acessibilidade com o Squarespace. Para qualquer plataforma: esclareça os limites antes, não apenas na hora do relançamento.

Por outro lado: um site construído do zero com HTML semântico limpo já está em grande parte acessível, sem custo adicional.

Acessibilidade e otimização para mecanismos de busca têm objetivos diferentes, mas compartilham a mesma base. O que orienta um leitor de tela também ajuda o Google.

Títulos bem estruturados, textos alternativos descritivos, textos de link com significado e tempos de carregamento rápidos contribuem para ambos. Um site acessível raramente é pior para o SEO — na maioria das vezes é melhor.

Quem de qualquer forma manda otimizar o site acessível, costuma ganhar melhores posicionamentos como efeito colateral. Isso facilita justificar o investimento.

A resposta honesta: depende de quando você começa. Incorporar acessibilidade desde o início custa pouco a mais. Inseri-la retroativamente em um site pronto pode ser caro.

A diferença não está no design, mas na estrutura base. Quem a define corretamente desde cedo se poupa de correções trabalhosas mais tarde.

Você não precisa ser especialista para avaliar o estado geral do seu site. Três testes simples oferecem uma primeira impressão em poucos minutos. Eles não substituem uma análise completa — mas como ponto de partida são suficientes.

Se encontrar vários problemas, vale a pena uma análise mais aprofundada. Uma consultoria gratuita de acessibilidade ajuda a interpretar os achados e definir prioridades.

Ferramentas de IA prometem resolver acessibilidade automaticamente. Elas ajudam — mas não substituem o cuidado humano.

Ferramentas de verificação automática como Lighthouse ou axe encontram apenas uma parte dos problemas. Estimativas indicam que apenas cerca de 30 a 40 por cento dos critérios WCAG podem ser testados de forma automatizada. O restante — linguagem compreensível, textos alternativos com sentido, interação lógica — é avaliado por um ser humano no final.

A IA pode gerar bons rascunhos de textos alternativos ou identificar primeiras vulnerabilidades. Isso economiza tempo. A responsabilidade por garantir que o site seja realmente utilizável, porém, permanece com você.

Os chamados accessibility overlays — widgets que prometem tornar tudo acessível com um clique — geralmente não cumprem essa promessa. Eles ocultam sintomas em vez de reparar a base.