skolbot.Chatbot IA para o ensino superior
ProdutoPreçosBlog
Demo gratuita
Demo gratuita
Acessibilidade digital site universidade: requisitos WCAG e obrigações legais para instituições de ensino superior
Voltar ao blog
Conformidade10 min read

Acessibilidade digital universitária: obrigações legais em 2026

O DL 82/2022 obriga instituições privadas a cumprir WCAG 2.1 AA desde junho de 2025. Sanções, declaração de acessibilidade e checklist de 10 pontos para o ensino superior.

S

Equipa Skolbot · 25 de março de 2026

Resumir este artigo com

ChatGPTChatGPTClaudeClaudePerplexityPerplexityGeminiGeminiGrokGrok

Índice

  1. 01O que o DL 82/2022 exige concretamente às universidades desde junho de 2025
  2. 02Que sanções estão previstas para o incumprimento?
  3. 03Os quatro princípios WCAG para o site da sua universidade
  4. 04A Declaração de Acessibilidade: o que é e como publicar
  5. 0510 verificações prioritárias para o site da sua instituição

O que o DL 82/2022 exige concretamente às universidades desde junho de 2025

Desde 28 de junho de 2025, as instituições privadas que prestam serviços essenciais — incluindo o ensino superior — estão obrigadas a cumprir os requisitos de acessibilidade digital do Decreto-Lei n.º 82/2022, que transpõe para o direito português a Diretiva Europeia de Acessibilidade (Diretiva (UE) 2019/882). A norma técnica de referência é a WCAG 2.1 Nível AA, incorporada na Norma EN 301 549.

Para as instituições públicas de ensino superior, a obrigação é anterior: o Decreto-Lei n.º 83/2018 já impunha a conformidade WCAG 2.1 AA para sítios web do setor público desde 2019. Em 2026, a questão já não é apenas pública ou privada — é uma obrigação transversal.

O impacto de ignorar estas obrigações vai além da sanção legal. De acordo com a auditoria mystery shopping da Skolbot (2025, 80 instituições), os sites sem chatbot IA registam uma taxa de rejeição média de 68%. Um site não acessível agrava este problema: cerca de 15% dos visitantes com deficiência abandona o site sem enviar qualquer pedido de informação. São candidatos que a sua instituição perde antes de sequer iniciar um contacto.

A acessibilidade.gov.pt é o portal nacional de referência, gerido pela AMA (Agência para a Modernização Administrativa), e disponibiliza orientações técnicas, o AccessMonitor e modelos de Declaração de Acessibilidade.


Que sanções estão previstas para o incumprimento?

O DL 82/2022 atribui competências de supervisão a diferentes autoridades consoante o setor: a ANACOM fiscaliza os serviços de comunicações eletrónicas, a ASAE atua nos serviços ao consumidor, e o Banco de Portugal intervém no setor financeiro. Para o ensino superior, a supervisão da qualidade académica compete à A3ES, que progressivamente incorpora critérios de inclusão digital nas suas avaliações.

As coimas previstas para o incumprimento da Lei Europeia de Acessibilidade podem atingir valores substanciais, calibrados em função da dimensão da entidade e da gravidade da infração. Mas a sanção mais imediata pode ser reputacional: uma instituição que não garante acessibilidade ao seu sítio web comunica, implicitamente, que não está preparada para receber estudantes com necessidades especiais.

A A3ES (Agência de Avaliação e Acreditação do Ensino Superior) integra cada vez mais a inclusão e a acessibilidade como critérios transversais nos seus processos de avaliação e acreditação institucional. Uma auditoria de acreditação que revele barreiras digitais sistemáticas pode gerar recomendações de melhoria com prazos vinculativos. Para as instituições que dependem da acreditação A3ES para o funcionamento dos seus programas, este risco é operacional, não apenas reputacional.


Os quatro princípios WCAG para o site da sua universidade

As WCAG 2.1 (Web Content Accessibility Guidelines) organizam-se em torno de quatro princípios fundamentais: Percetível, Operável, Compreensível e Robusto. A tabela seguinte traduz cada princípio para o contexto específico de um sítio web universitário.

PrincípioAplicação prática em sites universitáriosErro frequente
PercetívelTextos alternativos em fotografias do campus e de eventos; legendas em vídeos de dias abertos e webinars; não transmitir informação exclusivamente por corImagens sem atributo alt, ou com alt vazio quando a imagem é informativa
OperávelNavegação completa por teclado; menus acessíveis; tempo suficiente para preencher formulários de candidatura; sem conteúdo que pisca mais de 3 vezes por segundoMenus dropdown não navegáveis por teclado; sessões de candidatura que expiram sem aviso
CompreensívelFormulários de candidatura com etiquetas claras; mensagens de erro que identificam o campo e explicam como corrigir; idioma da página declarado no HTMLEtiquetas de formulário ausentes ou incorretamente associadas; mensagens de erro genéricas ("campo inválido")
RobustoCompatibilidade com leitores de ecrã (NVDA, VoiceOver, JAWS); HTML semântico correto; compatibilidade com tecnologias de apoio diferentesHTML não semântico (usar <div> onde deveria ser <button> ou <nav>); componentes JavaScript inacessíveis

A conformidade WCAG 2.1 AA exige cumprir os critérios de sucesso de nível A e AA. O nível AAA é recomendado mas não obrigatório para fins legais.


A Declaração de Acessibilidade: o que é e como publicar

A Declaração de Acessibilidade é um documento público obrigatório, que as instituições abrangidas pelo DL 82/2022 e pelo DL 83/2018 devem publicar nos seus sítios web. Não é uma simples formalidade: tem de refletir uma avaliação real do nível de conformidade.

O documento deve conter, no mínimo, os seguintes elementos:

  1. Estado de conformidade — conformidade total, parcial ou não conformidade com a Norma EN 301 549 / WCAG 2.1 AA
  2. Conteúdos não acessíveis — listagem das barreiras identificadas e respetiva justificação (incompatibilidade técnica, carga desproporcionada, conteúdo de terceiros)
  3. Mecanismo de contacto — endereço eletrónico ou formulário para que utilizadores reportem problemas de acessibilidade
  4. Procedimento de execução — indicação de como um utilizador pode escalar uma queixa não resolvida à entidade competente
  5. Data de última revisão — a Declaração deve ser atualizada sempre que ocorram alterações significativas ao sítio

A Declaração deve estar publicada numa página dedicada, acessível a partir de uma hiperligação no rodapé do sítio. O portal acessibilidade.gov.pt disponibiliza um modelo oficial e um gerador de Declarações de Acessibilidade em conformidade.

Para validar tecnicamente o nível de conformidade antes de publicar a Declaração, utilize o AccessMonitor — a ferramenta nacional de avaliação automática de acessibilidade web, disponível em accessmonitor.acessibilidade.gov.pt. O AccessMonitor avalia as páginas com base na Norma EN 301 549 e gera um relatório com pontuação e lista de erros. Note que a avaliação automática não substitui a avaliação manual: estima-se que as ferramentas automáticas detetam entre 30 % e 40 % dos problemas de acessibilidade reais.


10 verificações prioritárias para o site da sua instituição

Se o sítio web da sua instituição nunca foi sujeito a uma auditoria de acessibilidade, comece por estas 10 verificações. Não exigem ferramentas especializadas — apenas um browser e atenção sistemática.

  1. Contraste de texto — O rácio de contraste entre o texto e o fundo deve ser de pelo menos 4,5:1 para texto normal e 3:1 para texto grande (a partir de 18 pt ou 14 pt em negrito). Utilize o Colour Contrast Analyser para verificar.

  2. Etiquetas de formulário — Todos os campos dos formulários de candidatura, contacto e inscrição em dias abertos devem ter uma etiqueta <label> associada programaticamente. Inspecione o HTML: <label for="email">E-mail</label> <input id="email">.

  3. Textos alternativos em imagens — Todas as imagens informativas devem ter um atributo alt descritivo. Imagens decorativas devem ter alt="". As fotografias do campus, dos docentes e das instalações são geralmente informativas.

  4. Navegação por teclado — Percorra todo o sítio usando apenas a tecla Tab. Deve ser possível aceder a todos os menus, botões, formulários e ligações sem rato. O foco do teclado deve ser sempre visível.

  5. Estrutura de cabeçalhos — A hierarquia de cabeçalhos (<h1>, <h2>, <h3>) deve ser lógica e não saltar níveis. Uma página de programa de licenciatura deve ter um <h1> com o nome do programa, <h2> para as secções principais, <h3> para as subsecções.

  6. Legendas em vídeo — Todos os vídeos pré-gravados devem ter legendas. Isto inclui vídeos de dias abertos, testemunhos de estudantes e apresentações de programas. As legendas automáticas do YouTube não são suficientes sem revisão humana.

  7. Identificação do idioma — O atributo lang da etiqueta <html> deve indicar o idioma principal da página (lang="pt" ou lang="pt-PT"). É indispensável para os leitores de ecrã pronunciarem corretamente o texto.

  8. Mensagens de erro acessíveis — Nos formulários, os erros de validação devem identificar especificamente o campo com erro e descrever como corrigi-lo. "O campo E-mail é obrigatório" é correto; "Erro no formulário" não é.

  9. Compatibilidade com leitor de ecrã — Teste o sítio com o NVDA (Windows, gratuito) ou o VoiceOver (macOS/iOS, integrado). Navegue pela página principal, um formulário de candidatura e a página de contactos. Identifique se o conteúdo faz sentido apenas com áudio.

  10. Redimensionamento de texto — Aumente o zoom do browser para 200 %. O conteúdo deve permanecer legível e funcional, sem sobreposições ou perda de informação.


FAQ

As universidades privadas são obrigadas a cumprir as normas de acessibilidade digital?

Sim. O DL 82/2022, em vigor desde 28 de junho de 2025, aplica-se a prestadores privados de serviços essenciais, categoria que inclui o ensino superior. Antes desta data, as universidades privadas não estavam abrangidas pelo DL 83/2018, que se limitava ao setor público. Desde junho de 2025, a obrigação é igual para instituições públicas e privadas: conformidade WCAG 2.1 AA, Declaração de Acessibilidade publicada e mecanismo de reporte de barreiras.

O que deve conter a Declaração de Acessibilidade e onde deve ser publicada?

A Declaração deve indicar o estado de conformidade (total, parcial ou não conformidade), listar os conteúdos não acessíveis com justificação, disponibilizar um contacto para reporte de problemas e descrever o procedimento de execução para queixas não resolvidas. Deve ser publicada numa página dedicada, acessível a partir do rodapé do sítio, e atualizada regularmente. O portal acessibilidade.gov.pt disponibiliza um modelo oficial e um gerador automático.

A WCAG aplica-se a ferramentas de terceiros como o nosso portal de candidaturas?

Sim. A responsabilidade de conformidade recai sobre a instituição, independentemente de o componente ser desenvolvido internamente ou adquirido a um fornecedor externo. Se o portal de candidaturas, o sistema de gestão de aprendizagem (LMS) ou qualquer outra ferramenta integrada no sítio não for acessível, a instituição incorre em incumprimento. Inclua requisitos de acessibilidade nos cadernos de encargos para aquisição de software e exija declarações de conformidade WCAG 2.1 AA aos fornecedores.

Qual a diferença entre WCAG 2.1 e WCAG 2.2?

As WCAG 2.2, publicadas pelo W3C em outubro de 2023, acrescentam 9 novos critérios de sucesso às WCAG 2.1, com foco em utilizadores com dificuldades cognitivas e motoras. Em Portugal, a obrigação legal atual (DL 82/2022 e DL 83/2018) referencia a Norma EN 301 549, cuja versão mais recente (v3.2.1, 2021) incorpora as WCAG 2.1. A EN 301 549 ainda não foi atualizada para incorporar as WCAG 2.2 ao nível regulamentar, mas o W3C e a Comissão Europeia recomendam a transição progressiva. Instituições que implementem WCAG 2.2 AA estão a antecipar a próxima atualização normativa.

Por onde começar se o site nunca teve uma auditoria de acessibilidade?

Comece pelo AccessMonitor (accessmonitor.acessibilidade.gov.pt): analise as 10 páginas mais visitadas do sítio (página inicial, programas de licenciatura, candidaturas, contactos, dias abertos). O relatório identifica erros automáticos detetáveis. Em paralelo, realize os 10 testes manuais descritos na secção anterior. Com este diagnóstico, construa um plano de ação priorizado: corrija primeiro os erros críticos (formulários sem etiquetas, imagens sem alt, navegação por teclado bloqueada), publique uma Declaração de Acessibilidade honesta que reflita o estado atual, e defina um calendário de melhoria contínua. A conformidade total não é obrigatória no primeiro dia — a boa fé e o progresso documentado são fatores atenuantes perante as autoridades de supervisão.


A acessibilidade digital não é apenas uma obrigação legal: é uma decisão estratégica. Uma instituição que garante acesso igual ao seu sítio web para todos os candidatos — independentemente de deficiência visual, motora, auditiva ou cognitiva — amplia o seu universo de potenciais estudantes e demonstra, de forma tangível, os valores de inclusão que provavelmente proclama na sua missão institucional.

Para compreender o quadro regulatório mais amplo em que se insere a acessibilidade, consulte o nosso Guia RGPD dados estudantis. Para as implicações específicas das ferramentas de IA nos seus processos de admissão, veja o artigo sobre o Regulamento de IA no ensino superior. E se estiver a repensar a recolha de dados de pré-candidatura, o guia sobre Proteger dados de candidatos RGPD cobre as medidas técnicas e organizativas essenciais.

Teste o Skolbot na sua instituição em 30 segundos

Artigos relacionados

Guia operacional de protecao de dados de candidatos no ensino superior
Conformidade

Proteger os dados dos seus candidatos: guia operacional RGPD para instituicoes de ensino superior

Guia do Regulamento Europeu de IA para universidades
Conformidade

O Regulamento Europeu de IA e o ensino superior: o que a sua universidade precisa de saber

Guia RGPD para a proteção de dados de estudantes no ensino superior
Conformidade

RGPD e dados de estudantes: guia completo para instituições de ensino

Voltar ao blog

RGPD · Lei da IA da UE · Alojamento UE

skolbot.

SoluçãoPreçosBlogAviso legalPolítica de privacidade

© 2026 Skolbot