Regulamentos de Acessibilidade do Reino Unido: Guia PSBAR

O que são os Public Sector Bodies Accessibility Regulations do Reino Unido?

Os Public Sector Bodies (Websites and Mobile Applications) (No. 2) Accessibility Regulations 2018 — comummente designados PSBAR, PSB Regulations, ou simplesmente “os regulamentos de acessibilidade do Reino Unido” — entraram em vigor em setembro de 2018. Transpõem para o direito britânico a Diretiva de Acessibilidade Web (WAD) da UE e continuam a aplicar-se após o Brexit, no âmbito do regime de direito da UE retido pelo Reino Unido.

O PSBAR exige que os organismos do setor público tornem os seus sites e aplicações móveis acessíveis a pessoas com deficiência. A conformidade é medida em relação às Web Content Accessibility Guidelines (WCAG) 2.1 Nível AA, e todas as organizações abrangidas são obrigadas a publicar e manter uma declaração de acessibilidade.

Quem deve cumprir?

O PSBAR aplica-se aos organismos do setor público conforme definidos nos regulamentos. Trata-se de uma categoria abrangente que inclui:

Departamentos governamentais centrais e agências executivas
Organismos públicos não departamentais (NDPBs) e entidades independentes associadas
Autoridades e câmaras locais
Trusts do NHS e organismos de saúde
Universidades e instituições de ensino superior (com algumas nuances)
Polícia, bombeiros e outros serviços de emergência
Escolas mantidas e agrupamentos de multi-academias
Bibliotecas, museus e instituições culturais geridas por organismos públicos

As organizações do setor privado não estão abrangidas pelo PSBAR. Contudo, se uma empresa privada fornecer serviços digitais em nome de um organismo do setor público — por exemplo, gerindo o portal de pagamentos online de uma câmara municipal — o organismo do setor público continua responsável por garantir que esses serviços são acessíveis.

O que significa “estar no âmbito” para o conteúdo?

Os regulamentos abrangem todos os sites e aplicações móveis publicamente disponíveis operados por organismos do setor público. Isto inclui intranets e extranets nos casos em que estas são acessíveis ao público.

Contudo, várias categorias de conteúdo estão explicitamente isentas:

Formatos de ficheiro de escritório (PDFs, documentos Word, folhas de cálculo) publicados antes de 23 de setembro de 2018, salvo se forem necessários para utilizar um serviço
Media pré-gravada baseada em tempo (vídeo, áudio) publicada antes de 23 de setembro de 2020
Vídeo em direto (as legendas em direto não são obrigatórias, embora a melhor prática seja fornecê-las sempre que possível)
Mapas online — desde que a informação de navegação essencial seja fornecida de forma acessível
Conteúdo de terceiros que o organismo do setor público não financia, desenvolve ou controla
Coleções de património e conteúdo arquivado que não pode ser tornado acessível sem um encargo desproporcionado
Intranets e extranets cujo conteúdo é anterior a setembro de 2019 e não foi substancialmente revisto

A isenção para ficheiros de escritório legados é frequentemente mal compreendida. Aplica-se a documentos publicados antes da data relevante — e não a todos os PDFs alguma vez criados. Qualquer documento novo, ou qualquer documento existente que seja atualizado depois da data de entrada em vigor, tem de cumprir a norma.

A norma técnica: WCAG 2.1 Nível AA

O PSBAR exige conformidade com a WCAG 2.1 Nível AA. Esta norma, publicada pelo W3C, abrange 50 critérios de sucesso organizados em quatro princípios:

Percetível — a informação e os componentes da interface devem poder ser apresentados de formas que os utilizadores consigam percecionar. Os requisitos principais incluem:

Alternativas textuais para conteúdo não textual (imagens, ícones, gráficos)
Legendas para conteúdo em vídeo
Contraste de cor suficiente (4,5:1 para texto normal, 3:1 para texto grande e componentes de interface)
Conteúdo que pode ser apresentado de diferentes formas sem perda de informação

Operável — os componentes de interface e a navegação devem ser operáveis. Os requisitos principais incluem:

Acessibilidade total por teclado — toda a funcionalidade deve funcionar sem rato
Ausência de armadilhas de teclado
Nenhum conteúdo que pisque mais de três vezes por segundo
Títulos de página, cabeçalhos e texto de ligação descritivos
Um indicador de foco visível para navegação por teclado

Compreensível — o conteúdo e a interface devem ser compreensíveis. Os requisitos principais incluem:

Idioma declarado no HTML (atributo lang)
Navegação e rotulagem consistentes
Mensagens de erro descritivas, com instruções de correção
Rótulos e instruções para todos os campos de formulário

Robusto — o conteúdo deve ser suficientemente robusto para ser interpretado por tecnologias de apoio. Os requisitos principais incluem:

HTML válido e bem estruturado
Utilização correta de funções, estados e propriedades ARIA
Mensagens de estado comunicadas às tecnologias de apoio sem exigir foco

A WCAG 2.1 adicionou 17 novos critérios de sucesso em relação à WCAG 2.0, com particular incidência na acessibilidade móvel, em utilizadores com baixa visão e em deficiências cognitivas e de aprendizagem. Os novos critérios incluem:

1.3.4 Orientação — o conteúdo não pode estar bloqueado a uma única orientação de ecrã
1.3.5 Identificar o Propósito da Entrada — os campos de formulário que recolhem informação pessoal devem usar atributos de autocompletar
1.4.10 Reflow — o conteúdo deve reorganizar-se a 320px sem deslocamento horizontal
1.4.11 Contraste Não Textual — os componentes de interface e objetos gráficos devem cumprir um contraste de 3:1
1.4.12 Espaçamento de Texto — os utilizadores devem conseguir ajustar o espaçamento do texto sem perda de conteúdo
1.4.13 Conteúdo ao Passar o Rato ou ao Focar — o conteúdo adicional acionado por passar o rato ou pelo foco deve ser dispensável e persistente
2.5.3 Rótulo no Nome — os nomes acessíveis dos componentes devem conter o texto do rótulo visível

A obrigação da declaração de acessibilidade

Uma das obrigações mais distintivas do PSBAR — e uma em que muitos organismos do setor público falham — é a declaração de acessibilidade obrigatória.

Cada site e aplicação móvel dentro do âmbito deve publicar uma declaração de acessibilidade que:

Indique a norma que o site pretende cumprir — normalmente WCAG 2.1 AA
Liste os problemas de acessibilidade conhecidos — barreiras específicas já identificadas e ainda não resolvidas, com uma descrição de cada uma
Inclua uma alegação de encargo desproporcionado (se aplicável) — uma justificação documentada de por que motivo determinado conteúdo não foi tornado acessível
Forneça um mecanismo de feedback — uma forma de os utilizadores contactarem a organização para reportar barreiras de acessibilidade ou solicitar alternativas acessíveis
Indique o procedimento de fiscalização — direcionando os utilizadores insatisfeitos com a resposta para o organismo de fiscalização competente
Mostre a data de revisão — quando a declaração foi atualizada por último

O Government Digital Service (GDS) publica um modelo padrão de declaração de acessibilidade. Os organismos do setor público são encorajados (e, na prática, esperados) a utilizar este modelo ou um que cubra todos os elementos exigidos.

Erros comuns em declarações de acessibilidade:

Alegar conformidade total com a WCAG 2.1 AA sem evidências
Não listar quaisquer problemas conhecidos quando existem claramente problemas
Fornecer um mecanismo de contacto que é, ele próprio, inacessível
Publicar uma declaração que não é revista há mais de um ano
Utilizar uma declaração genérica copiada de outra organização sem a adaptar ao site real

Uma declaração de acessibilidade que representa incorretamente a conformidade não é apenas não conforme — mina a confiança dos utilizadores e cria risco reputacional quando as barreiras reais são reportadas.

Encargo desproporcionado

O PSBAR permite que os organismos do setor público aleguem uma isenção de encargo desproporcionado para conteúdo específico, quando o custo ou esforço de o tornar acessível seria desproporcionado em relação ao benefício para os utilizadores com deficiência. Não é uma isenção genérica e deve ser aplicada a conteúdo específico e identificado — não a um site inteiro.

Para alegar encargo desproporcionado, a organização deve:

Realizar uma avaliação formal que pese os custos de tornar o conteúdo acessível face ao benefício para os utilizadores com deficiência
Considerar a dimensão e os recursos da organização, e a natureza do conteúdo
Documentar a avaliação
Declarar a alegação na declaração de acessibilidade, identificando o conteúdo e a base da alegação
Rever a alegação periodicamente

A orientação do GDS é clara ao afirmar que o encargo desproporcionado não pode ser utilizado para evitar tornar acessíveis os percursos de utilização essenciais. Alegar encargo desproporcionado para um formulário de pagamento ou candidatura a um serviço não seria considerado válido.

Fiscalização no Reino Unido

A fiscalização do PSBAR é tratada de forma diferente da litigância em matéria de acessibilidade nos EUA. O Reino Unido não tem um direito privado de ação análogo à ADA Title III para acessibilidade de sites. Em vez disso, a fiscalização está estruturada em torno de:

Monitorização pelo Government Digital Service (GDS) — o GDS é responsável por monitorizar a conformidade dos organismos do setor público com o PSBAR. Realiza auditorias por amostragem a sites e aplicações móveis, e reporta as conclusões de conformidade à Comissão Europeia (para períodos de reporte anteriores ao Brexit) e, atualmente, no âmbito das obrigações retidas pelo Reino Unido.

O Cabinet Office supervisiona o quadro geral de conformidade, incluindo a exigência de os departamentos terem planos de acessibilidade.

O Equality Act 2010 oferece uma via paralela. O Equality Act exige que os prestadores de serviços (incluindo organismos do setor público) façam ajustamentos razoáveis para pessoas com deficiência. Um site do setor público com barreiras de acessibilidade que impeça uma pessoa com deficiência de acessar a serviços pode constituir discriminação ilegal nos termos da lei. Ao contrário do PSBAR, o Equality Act sustenta reclamações individuais — os utilizadores com deficiência podem apresentar processos num tribunal do trabalho ou num tribunal de comarca.

O Ofcom trata da fiscalização de requisitos relacionados com radiodifusão. A Financial Conduct Authority (FCA) e outros reguladores setoriais também podem aplicar expectativas de acessibilidade específicas do setor.

Na prática, a fiscalização do PSBAR tem sido relativamente pouco interventiva — o GDS publica dados de conformidade e trabalha com as organizações no sentido de melhorarem, em vez de instaurar ações de fiscalização formais. Contudo, isto não reduz a obrigação legal, e as reclamações ao abrigo do Equality Act continuam a representar um risco real.

Estatuto pós-Brexit

O PSBAR foi transposto a partir da Diretiva de Acessibilidade Web da UE, ao abrigo do European Communities Act. Após o Brexit, é mantido como direito interno do Reino Unido nos termos do Retained EU Law (Revocation and Reform) Act 2023. Os regulamentos mantêm-se plenamente em vigor; após o Brexit, o Reino Unido já não é obrigado a seguir as atualizações à WAD da UE ou à norma harmonizada EN 301 549, mas a WCAG 2.1 AA continua a ser a norma técnica aplicável.

As organizações que operam no Reino Unido e na UE devem cumprir tanto o PSBAR como as implementações relevantes da Diretiva de Acessibilidade Web pelos Estados-Membros da UE — que também fazem referência à WCAG 2.1 AA, criando um alinhamento na prática.

Aplicações móveis

O PSBAR aplica-se também a aplicações móveis, além dos sites. As aplicações móveis operadas por organismos do setor público devem:

Cumprir os critérios de sucesso da WCAG 2.1 Nível AA, conforme aplicável a aplicações móveis nativas
Ter uma declaração de acessibilidade (que pode ser publicada na web, dentro da aplicação, ou na ficha da app store)
Ser compatíveis com as funcionalidades de acessibilidade da plataforma (VoiceOver no iOS, TalkBack no Android)

A acessibilidade móvel é avaliada em relação à EN 301 549, que incorpora a WCAG 2.1 e adiciona requisitos específicos para dispositivos móveis relacionados com o tamanho dos alvos de toque, orientação e utilização de APIs da plataforma.

Um roteiro prático de conformidade com o PSBAR

1. Faça uma auditoria da sua conformidade atual

Comece com uma avaliação honesta da sua situação atual. As ferramentas de análise automática podem identificar rapidamente uma parte significativa das falhas da WCAG — problemas de contraste de cor, texto alternativo em falta, problemas de rotulagem de formulários. Mas as ferramentas automáticas detetam de forma fiável apenas 30–40% dos problemas de acessibilidade. Uma auditoria manual de acessibilidade que use leitores de ecrã e navegação apenas por teclado é essencial para obter um quadro completo.

2. Priorize as suas correções

Corrija primeiro as barreiras que mais diretamente impedem os utilizadores de acederem a serviços essenciais. Para uma câmara municipal, isto pode significar: o portal de pedidos de planeamento, o formulário de subsídio de habitação, a página de contacto e a navegação principal. Trate primeiro os percursos transacionais, antes do conteúdo informativo.

3. Publique uma declaração de acessibilidade conforme

Utilize o modelo do GDS. Seja honesto acerca dos problemas conhecidos. Forneça um mecanismo de contacto funcional. Se estiver a alegar encargo desproporcionado para algum conteúdo, documente a avaliação e declare-o claramente.

4. Corrija e volte a testar

Depois de cada correção, verifique se o problema foi resolvido e se não foram introduzidas regressões. Isto exige tanto novos testes automáticos como verificação manual com tecnologia de apoio.

5. Integre a acessibilidade no seu fluxo de publicação

Cada nova página publicada, cada documento carregado, cada funcionalidade lançada pode introduzir novas barreiras. Formação em gestão de conteúdos, checklists pré-publicação e análises automáticas integradas no fluxo de publicação detetam problemas antes de estes chegarem aos utilizadores.

6. Reveja a sua declaração de acessibilidade anualmente

A declaração deve refletir o estado atual do seu site. Uma revisão anual — combinada com uma nova auditoria — mantém-na precisa e demonstra um compromisso contínuo.

Resumo

O PSBAR é uma obrigação legal vinculativa para os organismos do setor público do Reino Unido. Exige conformidade com a WCAG 2.1 Nível AA em sites e aplicações móveis, e obriga a uma declaração de acessibilidade precisa e atualizada em todos os sites dentro do âmbito.

Os regulamentos não são uma orientação aspiracional — são lei, reforçada pelo dever de fazer ajustamentos razoáveis previsto no Equality Act 2010. Os organismos do setor público que tratam a acessibilidade como uma prática de qualidade contínua, e não como uma mera caixa de verificação de conformidade, terão mais facilidade em cumprir a norma, responder à monitorização do GDS e servir toda a diversidade dos seus utilizadores.

Se opera um site do setor público e não tem a certeza da sua posição atual em matéria de conformidade, uma análise de acessibilidade gratuita é o primeiro passo mais rápido. Para uma auditoria completa mapeada em relação à WCAG 2.1 AA e aos requisitos do PSBAR, contacte a nossa equipa.