skolbot.Chatbot IA para escolas
ProdutoPreços
Demo gratuita
Demo gratuita
Acessibilidade digital site universidade: requisitos WCAG e obrigações legais para instituições de ensino superior
  1. Início
  2. /Blog
  3. /Conformidade
  4. /Acessibilidade digital universitária: obrigações legais em 2026
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 LGPD para a proteção de dados de estudantes no ensino superior
Conformidade

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

Integração técnica de um chatbot de IA no site de uma instituição de ensino superior
Chatbot IA

Como integrar um chatbot de IA no site da sua instituição de ensino

Guia de regulamentação de IA para universidades brasileiras
Conformidade

Regulamentação de IA no Brasil e o ensino superior: o que a sua instituição precisa saber

Voltar ao blog

RGPD · Lei da IA da UE · Alojamento UE

skolbot.

SoluçãoPreçosBlogEstudos de casoComparativoAI CheckFAQEquipaAviso legalPolítica de privacidade

© 2026 Skolbot