---
title: "Acessibilidade digital universitária: obrigações legais em 2026"
description: "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."
url: "https://www.skolbot.ai/pt/blog/acessibilidade-digital-universitaria"
language: "pt"
dateModified: "2026-03-25"
---

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

Atualizado em 25 de março de 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.

## 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](https://diariodarepublica.pt/dr/detalhe/decreto-lei/82-2022-185598720), 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](https://diariodarepublica.pt/dr/detalhe/decreto-lei/83-2018-115738779) 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](https://www.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)](https://www.a3es.pt/) 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)](https://www.w3.org/TR/WCAG21/) 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ípio | Aplicação prática em sites universitários | Erro frequente |
|---|---|---|
| **Percetível** | Textos alternativos em fotografias do campus e de eventos; legendas em vídeos de dias abertos e webinars; não transmitir informação exclusivamente por cor | Imagens sem atributo `alt`, ou com `alt` vazio quando a imagem é informativa |
| **Operável** | Navegaçã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 segundo | Menus dropdown não navegáveis por teclado; sessões de candidatura que expiram sem aviso |
| **Compreensível** | Formulários de candidatura com etiquetas claras; mensagens de erro que identificam o campo e explicam como corrigir; idioma da página declarado no HTML | Etiquetas de formulário ausentes ou incorretamente associadas; mensagens de erro genéricas ("campo inválido") |
| **Robusto** | Compatibilidade com leitores de ecrã (NVDA, VoiceOver, JAWS); HTML semântico correto; compatibilidade com tecnologias de apoio diferentes | HTML 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](https://www.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](https://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](https://www.tpgi.com/color-contrast-checker/) 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](https://www.skolbot.ai/pt/blog/rgpd-dados-estudantis-guia). 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](https://www.skolbot.ai/pt/blog/regulamento-ia-ensino-superior). E se estiver a repensar a recolha de dados de pré-candidatura, o guia sobre [Proteger dados de candidatos RGPD](https://www.skolbot.ai/pt/blog/proteger-dados-candidatos-rgpd) cobre as medidas técnicas e organizativas essenciais.

<a href="/pt/demo" className="cta-button">Teste o Skolbot na sua instituição em 30 segundos</a>