Cenário legal e normativo

TL;DR

Acessibilidade não é só boa prática — em jurisdições-chave, é lei com consequência financeira. O padrão técnico (WCAG) é o mesmo do mundo todo; o que muda é a lei que o torna obrigatório e para quem. Nos EUA: a ADA (via litígio, sobretudo para empresas privadas) e a nova regra do ADA Título II para governos (WCAG 2.1 AA, com prazos em 2027–2028); a Seção 508 para o governo federal. Na Europa: a norma técnica EN 301 549 e, sobretudo, o European Accessibility Act (EAA), cujo prazo para novos produtos/serviços passou em 28/06/2025 e que atinge o setor privado (e-commerce, bancos, e-books) com multas que chegam a €100 mil ou 4% do faturamento. A régua operativa quase sempre é WCAG 2.1 AA (as leis demoram a incorporar a 2.2).

Isto é orientação técnica, não aconselhamento jurídico

Esta nota mapeia o cenário para você conversar com o jurídico e priorizar tecnicamente — não substitui advogado. Leis de acessibilidade variam por país, estado e setor, mudam com frequência, e têm exceções (porte da empresa, tipo de serviço). Para decisões de conformidade reais, consulte a assessoria legal da organização.

As notas anteriores deram o como e o por que ético/de produto. Esta dá o por que jurídico — o que transforma acessibilidade de “deveríamos” em “somos obrigados, sob pena de multa e processo”. Para uma pessoa sênior, conhecer esse mapa é o que permite dar peso de negócio ao trabalho técnico numa reunião com produto ou jurídico.

A distinção que organiza tudo: padrão vs. lei

O ponto que desembaraça o assunto inteiro (já antecipado na nota 04): WCAG é o padrão técnico; a lei é o que obriga a segui-lo. WCAG, sozinho, não tem força legal — é uma recomendação do W3C. O que dá dente a ela são as legislações nacionais que a referenciam como a definição de “acessível”. A lei diz “seja acessível”; ela aponta para WCAG (geralmente 2.1 AA) para dizer o que isso significa; e estabelece quem precisa cumprir, até quando e qual a punição.

Por isso o padrão é global e a obrigação é local: o mesmo WCAG 2.1 AA é referenciado pela lei americana, europeia e de dezenas de países — mas quem é obrigado e o que acontece se não cumprir depende da jurisdição.

Estados Unidos: três regimes

• ADA (Americans with Disabilities Act, 1990). A lei antidiscriminação central. Ela não menciona a web no texto (é de 1990), mas os tribunais americanos passaram a interpretar sites e apps como “lugares de acomodação pública” sob o Título III (empresas privadas). O resultado é um cenário movido a litígio: milhares de ações por ano contra empresas com sites inacessíveis, tipicamente cobrando conformidade com WCAG como remédio. Não há um “padrão oficial” na ADA para a web — o que há é jurisprudência que converge em WCAG 2.1 AA.
• ADA Título II (governos estaduais e locais). Aqui a ambiguidade acabou: em abril de 2024, o Departamento de Justiça (DOJ) publicou uma regra final exigindo explicitamente WCAG 2.1 AA de sites e apps de governos estaduais e municipais. Os prazos foram estendidos em um ano por uma regra interina — entidades grandes (população ≥ 50 mil) passam a ter até 26 de abril de 2027, e as menores até 26 de abril de 2028.
• Seção 508 (Rehabilitation Act). Exige acessibilidade de tecnologia da informação de agências federais dos EUA e de quem fornece a elas. A versão “refresh” (2017) alinhou o 508 ao WCAG (nível AA). Se você vende software para o governo federal americano, o 508 é o portão.

Europa: a EN 301 549 e o European Accessibility Act

• EN 301 549. É a norma técnica europeia de acessibilidade de TIC — o equivalente europeu que incorpora o WCAG (na versão harmonizada vigente, 2.1 AA) e o estende para além da web (hardware, documentos, software). Quando uma lei europeia exige acessibilidade, ela costuma apontar para a EN 301 549, que por sua vez aponta para WCAG.
• Web Accessibility Directive (2016). Obrigou sites e apps do setor público dos países-membros a cumprir a EN 301 549. Foi o primeiro grande passo, restrito ao setor público.
• European Accessibility Act (EAA). O divisor de águas, porque alcança o setor privado. O prazo central — para novos produtos e serviços colocados no mercado da UE — passou em 28 de junho de 2025. Seu escopo é largo: e-commerce, serviços bancários e de pagamento, e-books, mídia audiovisual, bilhética de transporte, computadores, smartphones, caixas eletrônicos e terminais de autoatendimento. Serviços já existentes têm transição até 28/06/2030; contratos firmados antes de 28/06/2025 e serviços de emergência, até 28/06/2027. As multas variam por país-membro, podendo chegar a patamares como €100 mil ou 4% do faturamento anual — o suficiente para tirar acessibilidade da pauta “quando sobrar tempo”.

Datas e versões envelhecem — reconfira antes de agir (estado em julho de 2026)

Este é o capítulo mais perecível do domínio. Em julho de 2026: o prazo de 28/06/2025 da EAA já passou (fase de fiscalização); os prazos do ADA Título II foram adiados em um ano (2027 para grandes entidades, 2028 para menores) por regra interina do DOJ — confira se não houve nova mudança. E um detalhe técnico que surpreende: apesar de a WCAG 2.2 existir desde 2023 (nota 04), a maioria das leis ainda referencia a 2.1 AA, porque as normas harmonizadas demoram a incorporar novas versões. Construa para 2.2 (é superconjunto da 2.1), mas saiba que o texto legal que citam provavelmente diz “2.1”. Se você lê isto depois de 2026, trate cada data acima como suspeita e reconfira na fonte.

O Brasil e o panorama global

O leitor brasileiro tem seu próprio arcabouço, e o padrão global reaparece adaptado:

• LBI — Lei Brasileira de Inclusão (Lei 13.146/2015) torna a acessibilidade digital obrigatória, com destaque para sites de empresas e do poder público.
• e-MAG (Modelo de Acessibilidade em Governo Eletrônico) é o padrão para sites do governo federal brasileiro — inspirado no WCAG, adaptado ao contexto nacional.
• Dezenas de outros países (Canadá com a ACA, Reino Unido com o Equality Act, Austrália, etc.) têm leis próprias — quase todas convergindo no WCAG AA como régua técnica. É por isso que dominar WCAG (SG1) é o investimento que atravessa toda jurisdição: a lei muda de país para país; o padrão que ela referencia, quase não.

O argumento de negócio, agora com dente

Volte ao caso de negócio da nota 01. Lá, “risco legal” era uma das três frentes. Agora ele tem números: um processo sob a ADA, uma multa de EAA na casa dos seis dígitos, um prazo de conformidade governamental vencendo. Numa conversa sênior, isto muda o enquadramento — acessibilidade deixa de competir com features por “ser o certo a fazer” e passa a ser gestão de risco com cifras. E o argumento decisivo: remediar sob litígio, com prazo judicial e sob os holofotes, custa muito mais do que construir certo desde o começo (o shift-left da nota 17). A lei é, no fim, o incentivo externo que alinha o bolso da empresa ao que o usuário sempre precisou.

Cenário legal em uma frase: WCAG é o padrão técnico global; leis como a ADA (EUA) e a EAA (Europa, prazo desde jun/2025, atingindo o setor privado com multas pesadas) é que o tornam obrigatório — a régua costuma ser 2.1 AA, e as datas mudam, então reconfira sempre.

Vídeo — What is the European Accessibility Act? Your Roadmap to EAA Compliance.

What is the European Accessibility Act? Your Roadmap to EAA Compliance. (TPGi, a Vispero Company, 65 min) — webinar institucional que percorre exatamente o mesmo mapa desta nota (escopo, prazos, produtos/serviços cobertos, multas) com profundidade maior do que cabe aqui; útil para quem for levar o assunto para uma conversa com jurídico ou produto.

Casos práticos

Duas situações onde este mapa legal vira munição de negócio, não trivia jurídica:

Cenário 1 — priorização numa reunião de roadmap. Um dev sênior está numa reunião trimestral de priorização e o time de produto quer adiar acessibilidade “para depois das features novas”. Em vez de argumentar só com princípios (“é o certo a fazer”), a pessoa sênior traz o mapa desta nota: “somos uma empresa de e-commerce que vende na União Europeia — a EAA já está em vigor desde junho de 2025 e as multas chegam a 4% do faturamento. Isso não é um nice-to-have no backlog, é um item de compliance com data vencida.” O efeito não é decidir sozinho o que a empresa deve fazer — é dar ao jurídico e ao produto a informação que muda o enquadramento da conversa, deslocando a11y de “polimento” para “risco com prazo”.

Cenário 2 — requisito de contrato B2B ou licitação. Uma empresa está respondendo a uma licitação de um órgão público, ou a um contrato B2B com uma empresa maior, e o edital ou o cliente pede evidência de conformidade com WCAG ou cita explicitamente Seção 508 (fornecedores do governo federal americano) ou EN 301 549 (Europa). Um dev sênior que reconhece essas referências sabe imediatamente que isso não é burocracia isolada — é a mesma exigência técnica (WCAG AA) vestida com o nome da lei ou norma local, e que a organização vai precisar produzir uma declaração formal de conformidade (a nota seguinte, sobre VPAT/ACR) para avançar no processo.

Armadilhas comuns

Tratar acessibilidade como "fazer a coisa certa" e perder a prioridade

Enquadrar a11y só como valor moral facilita ser atropelado por prazos de feature. O enquadramento que sobrevive a reuniões de priorização é gestão de risco: existe exposição legal com valor e data, igual a uma vulnerabilidade de segurança. Isso não torna o argumento ético menos verdadeiro — só o torna mais difícil de ignorar numa pauta de negócio.

Presumir que WCAG é a lei

WCAG é um padrão técnico do W3C, sem força legal por si só. Quem confunde os dois arrisca declarar “estamos em conformidade com a lei” só porque passou num checador de WCAG — ignorando que a lei aplicável pode exigir processo, prazo ou documentação além do técnico (como um VPAT/ACR formal). A distinção da seção 1 desta nota não é acadêmica: é o que evita uma falsa sensação de segurança jurídica.

Construir só para o que a lei cita, ignorando que o padrão técnico já avançou

A maioria das leis ainda referencia WCAG 2.1 AA porque normas jurídicas demoram a incorporar versões novas (callout acima). Construir estritamente para 2.1 e ignorar a 2.2 — que já existe desde 2023 e é superconjunto da 2.1 — é otimizar para o texto legal desatualizado, não para o usuário real nem para o retrabalho que vem quando a lei atualizar a referência.

Remediar sob litígio em vez de construir certo desde o início

Corrigir acessibilidade depois de receber uma notificação, sob prazo judicial e escrutínio, custa ordens de grandeza mais caro — em tempo, dinheiro e reputação — do que aplicar o shift-left da nota anterior. O cenário legal não é só um argumento para começar a fazer a11y; é um argumento contra adiar até o pior momento possível para fazer.

Como explicar em inglês

In an interview or a cross-functional conversation, the move is to separate the standard from the law clearly, then name the jurisdiction. Something like: “WCAG is the technical standard — it’s the same worldwide. What changes by country is the law that makes it mandatory: in the US, the ADA drives compliance mostly through litigation, plus a newer Title II rule with hard deadlines for state and local government sites; in Europe, the European Accessibility Act extends WCAG-based requirements into the private sector, with real fines attached.” This framing signals you understand accessibility isn’t just an ethical stance — it’s a compliance and business-risk topic, which is exactly the register a senior engineer is expected to bring to a conversation with legal or product.

PT	EN
conformidade	compliance
padrão técnico vs. lei	standard vs. law
processo judicial	lawsuit / litigation
declaração de conformidade	conformance statement
prazo de conformidade	compliance deadline
multa	fine / penalty
setor privado / setor público	private sector / public sector
norma harmonizada	harmonized standard
gestão de risco	risk management

O que vem a seguir

Se a lei exige conformidade, a organização precisa saber declará-la — para clientes, para licitações, para o próprio jurídico. Existe um documento padrão para isso, e saber lê-lo e produzi-lo é a contraparte formal de tudo o que você auditou no SG3.

• 19 — VPAT, ACR e comunicar conformidade — o documento que declara conformidade.
• 04 — WCAG 2.2 pelo ofício — a régua técnica que todas essas leis referenciam.
• 20 — A11y em entrevista — como usar esse repertório numa conversa sênior.

Fontes

• U.S. Department of Justice — Fact Sheet: New Rule on the Accessibility of Web Content and Mobile Apps (ADA Title II) — a regra de 2024 e o padrão WCAG 2.1 AA para governos.
• European Commission — European Accessibility Act — escopo, prazos e obrigações da EAA.
• ETSI — EN 301 549 — a norma técnica europeia que incorpora o WCAG.
• U.S. Access Board — Section 508 Standards — os requisitos para tecnologia do governo federal americano.
• Governo Federal do Brasil — e-MAG — Modelo de Acessibilidade em Governo Eletrônico — o padrão brasileiro de acessibilidade digital.