Sincronização oficial:2026-03-15

Lista de verificação de acessibilidade de PDF

27 verificações a abranger o Capítulo 10 da EN 301 549 / PDF/UA (ISO 14289). Marque cada verificação como Aprovada, Falha ou N/A, a orientação e as instruções de correção expandem-se inline.

  • Directive (EU) 2016/2102, Public Sector Accessibility Directive, Artigo 4, Requirements for the accessibility of websites and mobile applications
Ver texto integral dos artigos ▾
  • Directive (EU) 2016/2102, Public Sector Accessibility Directive
    Artigo 4, Requirements for the accessibility of websites and mobile applications
    Member States shall ensure that public sector bodies take the necessary measures to make their websites and mobile applications more accessible by making them perceivable, operable, understandable and robust.
    Obtido em 2026-04-30Ver no EUR-Lex

O que Portugal exige para além do mínimo do EAA

5 obrigações

São os requisitos que a transposição nacional acrescenta à diretiva, devem ser cumpridos para além do mínimo do Ato Europeu da Acessibilidade.

  • Autoridade competente — INR, I.P.

    Fiscalização

    O Instituto Nacional para a Reabilitação, I. P. (INR, I.P.) é a autoridade competente designada para a fiscalização da conformidade e a recepção de reclamações ao abrigo do Decreto-Lei n.º 82/2022. Os operadores económicos devem cooperar com o INR, I.P. em pedidos fundamentados de informação e na execução de medidas corretivas.

    Decreto-Lei n.º 82/2022, Capítulo VIDecreto-Lei n.º 82/2022 de 6 de dezembro
  • Coimas e contraordenações

    Coimas e sanções

    O incumprimento das obrigações do Decreto-Lei n.º 82/2022 constitui contraordenação. As coimas aplicáveis acompanham o regime geral das contraordenações económicas, com escalonamento em função da gravidade e da dimensão do operador económico. A reincidência agrava a sanção nos termos do regime geral.

    Decreto-Lei n.º 82/2022, Capítulo VIIDecreto-Lei n.º 82/2022 de 6 de dezembro
  • Instruções em língua portuguesa

    Rotulagem e língua

    As instruções e as informações de segurança que acompanham os produtos colocados no mercado nacional devem ser redigidas em língua portuguesa. Os dados de identificação dos operadores económicos (nome, firma, marca registada, morada de contacto) devem ser prestados numa língua facilmente compreensível pelos utilizadores finais e pelas autoridades de fiscalização, em língua portuguesa no território nacional.

    Decreto-Lei n.º 82/2022, Capítulo III (obrigações do fabricante)Decreto-Lei n.º 82/2022 de 6 de dezembro
  • Declaração UE de conformidade em português

    Documentação

    A declaração UE de conformidade e a documentação técnica que a acompanha são elaboradas em língua portuguesa para os produtos destinados a ser colocados ou disponibilizados no mercado nacional.

    Decreto-Lei n.º 82/2022, Capítulo IVDecreto-Lei n.º 82/2022 de 6 de dezembro
  • 112 — Chamadas de emergência

    Âmbito

    O atendimento de chamadas de emergência dirigidas ao número único europeu «112» pelo ponto de atendimento de segurança pública mais apropriado (PSAP) deve cumprir os requisitos específicos de acessibilidade, permitindo comunicação por voz, texto em tempo real e, sempre que vídeo esteja disponível, conversação total.

    Decreto-Lei n.º 82/2022, Capítulo II (âmbito de aplicação)Decreto-Lei n.º 82/2022 de 6 de dezembro

O que é isto?

Esta lista de verificação ajuda-o a avaliar a acessibilidade dos ficheiros PDF que produz ou distribui, verificando etiquetas, ordem de leitura, contraste de cores, campos de formulário e outros requisitos.

Quando preciso disto?

Utilize esta lista quando criar ou encomendar documentos PDF que clientes, utilizadores ou o público irão receber. Aplica-se a contratos, guias, extratos, faturas e qualquer outro PDF distribuído.

Aplica-se a:Todos os PDF distribuídos a consumidores como parte de um produto ou serviço abrangido pelo EAA.
  1. 1
    Abra o PDF no Adobe Acrobat Pro, O Verificador de Acessibilidade do Acrobat Pro é a ferramenta padrão para testes de acessibilidade de PDF. O Reader gratuito não inclui esta funcionalidade.
  2. 2
    Execute o Verificador de Acessibilidade, Vá a Ferramentas → Acessibilidade → Verificação Completa. Corrija primeiro os problemas assinalados pelo verificador.
  3. 3
    Trabalhe nesta lista de verificação, Esta lista cobre itens adicionais que o verificador automatizado pode não detetar, incluindo a ordem de leitura e o contraste de cores.
  4. 4
    Teste com um leitor de ecrã, Utilize a funcionalidade Ler em Voz Alta do Acrobat ou o NVDA para verificar que o PDF é lido corretamente do início ao fim.
  5. 5
    Exporte para o seu Ficheiro Técnico, Transfira a lista de verificação concluída.

Lista de verificação em branco, formulário para impressão

Lista de verificação de acessibilidade de PDF

27 verificações a abranger o Capítulo 10 da EN 301 549 / PDF/UA (ISO 14289). Marque cada verificação como Aprovada, Falha ou N/A, a orientação e as instruções de correção expandem-se inline.

Lista de verificação em branco para preenchimento offline.

Marque uma caixa por linha. Adicione comentários e referências de prova na coluna Notas conforme necessário.

Identidade do documento

RefGravidadeRequisitoEstadoNotas / Provas
WCAG 2.4.2 Página com título (Nível A)CríticoTítulo do documento definido nos metadadosO título do documento tem de ser definido nos metadados do ficheiro (não apenas no primeiro cabeçalho). Os leitores de ecrã anunciam o título ao abrir o documento.Aprovado
Parcial
REPROVADO
N/D
 
WCAG 3.1.1 Idioma da página (Nível A)CríticoIdioma principal declaradoO idioma principal do documento tem de ser especificado para que os leitores de ecrã selecionem a voz e o motor de pronúncia corretos.Aprovado
Parcial
REPROVADO
N/D
 
Boa práticaMenorMetadados de autor e assunto presentesOs campos autor e assunto ajudam os sistemas de catalogação e as tecnologias de apoio a descrever o documento aos utilizadores. Recomendado para documentos oficiais e públicos.Aprovado
Parcial
REPROVADO
N/D
 
ISO 14289-1 (PDF/UA-1) §6.7.11CríticoMetadados XMP de identificação PDF/UA-1 presentesUm documento conforme com PDF/UA tem de conter um fluxo de metadados XMP no catálogo do documento que inclua o esquema de identificação PDF/UA. O espaço de nomes tem de ser declarado como xmlns:pdfuaid='http://www.aiim.org/pdfua/ns/id/' e o elemento <pdfuaid:part>1</pdfuaid:part> tem de estar presente. Sem este marcador, o documento não pode ser declarado conforme com PDF/UA-1, mesmo que passe em todas as outras verificações. Adicionalmente, o título do documento tem de aparecer no fluxo XMP como <dc:title><rdf:Alt><rdf:li xml:lang="x-default">...</rdf:li></rdf:Alt></dc:title>, e não apenas no dicionário Info.Aprovado
Parcial
REPROVADO
N/D
 
WCAG 2.4.2 Página com título (Nível A)ImportanteViewerPreferences/DisplayDocTitle definido como verdadeiroO dicionário de preferências do visualizador de PDF tem de definir /DisplayDocTitle como verdadeiro para que o título dos metadados do documento (XMP <dc:title> ou /Title do dicionário Info) seja apresentado na barra de título do visualizador, e não o nome do ficheiro. Os utilizadores de leitor de ecrã dependem do título da janela para saber em que documento estão a trabalhar.Aprovado
Parcial
REPROVADO
N/D
 

Estrutura e ordem de leitura

RefGravidadeRequisitoEstadoNotas / Provas
WCAG 1.3.1 Informação e relações (Nível A)CríticoDocumento etiquetado (etiquetas PDF presentes)Os PDFs etiquetados contêm uma árvore de estrutura lógica (cabeçalhos, parágrafos, listas, tabelas). Sem etiquetas, os leitores de ecrã leem o conteúdo em ordem arbitrária ou não anunciam nada útil.Aprovado
Parcial
REPROVADO
N/D
 
WCAG 1.3.2 Sequência significativa (Nível A)CríticoA ordem de leitura corresponde ao esquema visualA ordem da árvore de etiquetas tem de corresponder à sequência de leitura pretendida. Esquemas multicoluna, barras laterais e caixas de texto têm frequentemente ordem de leitura errada quando exportados ingenuamente do Word.Aprovado
Parcial
REPROVADO
N/D
 
WCAG 1.3.1 / 2.4.6 Cabeçalhos e rótulos (Nível AA)ImportanteEstilos de cabeçalho utilizados (H1, H2, H3…)Os cabeçalhos têm de utilizar os estilos de parágrafo de cabeçalho incorporados, não texto manualmente em negrito/ampliado. Isto garante que as etiquetas são exportadas como <H1>, <H2> etc. E que os utilizadores de leitor de ecrã podem navegar por cabeçalho.Aprovado
Parcial
REPROVADO
N/D
 
WCAG 1.3.1 (Nível A)ImportanteOs níveis de cabeçalho não são saltadosOs níveis de cabeçalho têm de ser hierárquicos: H1 → H2 → H3. Saltar de H1 para H3 sugere uma secção H2 em falta e confunde os utilizadores de leitor de ecrã que navegam por cabeçalho.Aprovado
Parcial
REPROVADO
N/D
 
WCAG 1.3.1 (Nível A)ImportanteAs listas usam estilos de lista adequados (não travessões manuais)As marcas e listas numeradas têm de utilizar os estilos de Lista do Word para que sejam exportadas como etiquetas <L>, <LI>. Travessões manuais ou caracteres «1.» digitados são exportados como parágrafos comuns, perdendo a semântica de lista.Aprovado
Parcial
REPROVADO
N/D
 
WCAG 2.4.5 Múltiplas formas (Nível AA)ImportanteMarcadores presentes em documentos com mais de 20 páginasOs marcadores de PDF (o painel de navegação) são essenciais em documentos longos. Os utilizadores de leitor de ecrã usam-nos para saltar entre secções, equivalente a um índice.Aprovado
Parcial
REPROVADO
N/D
 

Imagens e conteúdo não textual

RefGravidadeRequisitoEstadoNotas / Provas
WCAG 1.1.1 Conteúdo não textual (Nível A)CríticoTodas as imagens informativas têm texto alternativoCada imagem com significado tem de ter uma alternativa de texto que descreva o seu propósito. As imagens decorativas têm de ser explicitamente marcadas como artefactos (ignoradas pelos leitores de ecrã).Aprovado
Parcial
REPROVADO
N/D
 
WCAG 1.1.1 (Nível A)ImportanteImagens decorativas marcadas como artefactosAs imagens decorativas (separadores, fundos, formas ornamentais) têm de ser etiquetadas como Artefactos para que os leitores de ecrã as ignorem. Se forem deixadas como figuras etiquetadas sem texto alternativo, os leitores de ecrã anunciam o nome do ficheiro.Aprovado
Parcial
REPROVADO
N/D
 
WCAG 1.1.1 (Nível A)CríticoGráficos e diagramas têm texto alternativo descritivo ou um equivalente textualOs gráficos têm de ter texto alternativo detalhado a descrever os dados apresentados, ou ser acompanhados por uma tabela de dados ou resumo textual. Texto alternativo como «gráfico de barras» é insuficiente.Aprovado
Parcial
REPROVADO
N/D
 
WCAG 1.1.1 (Nível A)CríticoO documento não é uma imagem digitalizada (texto real presente)PDFs criados por digitalização de documentos em papel são imagens de texto, não contêm texto selecionável ou legível. Os leitores de ecrã não os conseguem ler de todo.Aprovado
Parcial
REPROVADO
N/D
 

Tabelas

RefGravidadeRequisitoEstadoNotas / Provas
WCAG 1.3.1 (Nível A)CríticoAs tabelas têm linhas/colunas de cabeçalho etiquetadas como <TH>As células de cabeçalho de tabela têm de ser etiquetadas como <TH> com um atributo Scope (Linha ou Coluna) para que os leitores de ecrã possam associar as células de dados aos respetivos cabeçalhos. Sem isto, os leitores de ecrã leem as tabelas como uma lista plana de células.Aprovado
Parcial
REPROVADO
N/D
 
WCAG 1.3.1 (Nível A)ImportanteAs tabelas têm legenda ou nome acessívelTabelas de dados complexas devem ter uma legenda (etiqueta <Caption>) a descrever o seu propósito. Isto permite que os utilizadores de leitor de ecrã decidam se exploram a tabela antes de entrar nela.Aprovado
Parcial
REPROVADO
N/D
 
WCAG 1.3.1 (Nível A)ImportanteAs tabelas não são usadas apenas para maquetização visualTabelas usadas apenas para posicionar conteúdo (como esquemas de duas colunas) têm de ser marcadas como tabelas de apresentação/artefacto, não como tabelas de dados. Caso contrário, os leitores de ecrã anunciam-nas como tabelas de dados com cabeçalhos confusos.Aprovado
Parcial
REPROVADO
N/D
 

Ligações e navegação

RefGravidadeRequisitoEstadoNotas / Provas
WCAG 2.4.4 Finalidade da ligação no contexto (Nível AA)ImportanteAs hiperligações têm texto descritivo (não «clique aqui»)O texto da ligação tem de descrever o destino ou propósito. «Clique aqui», «ler mais» e URLs simples são inacessíveis, os utilizadores de leitor de ecrã navegam pelas ligações fora do contexto e precisam que cada ligação seja autoexplicativa.Aprovado
Parcial
REPROVADO
N/D
 
WCAG 2.4.4 (Nível AA)MenorOs URLs completos no texto são legíveis quando faladosURLs brutos longos como https://example.com/2024/q4/report.pdf são lidos carácter a carácter por alguns leitores de ecrã. Prefira texto com ligação a URLs colados no corpo do texto.Aprovado
Parcial
REPROVADO
N/D
 

Contraste e visual

RefGravidadeRequisitoEstadoNotas / Provas
WCAG 1.4.3 Contraste mínimo (Nível AA)CríticoO texto cumpre o rácio mínimo de contraste (4,5:1 normal, 3:1 grande)Todo o texto de corpo tem de ter pelo menos 4,5:1 de contraste sobre o fundo. O texto grande (18pt+ ou 14pt+ a negrito) requer 3:1. Cinzento claro sobre branco ou amarelo sobre branco são falhas comuns.Aprovado
Parcial
REPROVADO
N/D
 
WCAG 1.4.1 Utilização da cor (Nível A)ImportanteA cor não é o único meio visual de transmitir informaçãoSe um gráfico utilizar apenas a cor para distinguir categorias, ou se um estado de erro for mostrado apenas a vermelho, os utilizadores com daltonismo não conseguem aceder a essa informação. Complemente a cor com padrões, rótulos ou ícones.Aprovado
Parcial
REPROVADO
N/D
 
WCAG 1.4.5 Imagens de texto (Nível AA)ImportanteO texto não é apresentado como imagens (exceto logótipo ou quando essencial)Capturas de ecrã ou imagens que contenham texto não podem ser redimensionadas, ampliadas ou lidas por leitores de ecrã. Isto é comum em formulários digitalizados, cabeçalhos de infografias e citações guardadas como imagens.Aprovado
Parcial
REPROVADO
N/D
 

Formulários

RefGravidadeRequisitoEstadoNotas / Provas
WCAG 1.3.1 / 4.1.2 Nome, função, valor (Nível A)CríticoOs campos de formulário interativos têm rótulos acessíveisOs campos de formulário PDF criados com o Acrobat têm de ter uma Dica (Tooltip) definida, é isto que os leitores de ecrã anunciam quando o campo recebe foco. Sem isto, os utilizadores ouvem apenas o tipo do campo («campo de texto»).Aprovado
Parcial
REPROVADO
N/D
 
WCAG 2.4.3 Ordem de foco (Nível A)ImportanteA ordem de tabulação do formulário é lógicaOs utilizadores de teclado e de leitor de ecrã usam Tab para percorrer os campos do formulário. Se a ordem de tabulação não corresponder ao esquema visual, os utilizadores preenchem os campos fora da sequência e cometem erros.Aprovado
Parcial
REPROVADO
N/D
 

Outros

RefGravidadeRequisitoEstadoNotas / Provas
WCAG 2.4.2 Página com título (Nível A)MenorO PDF abre a mostrar o título do documento (não o nome do ficheiro) na barra de títuloSe o PDF estiver configurado para mostrar «Título do documento» em vez de «Nome do ficheiro» na barra de título, os leitores de ecrã podem anunciar o título adequado do documento ao abri-lo.Aprovado
Parcial
REPROVADO
N/D
 
WCAG 4.1.2 (Nível A)CríticoAs definições de segurança não bloqueiam tecnologias de apoioAlgumas definições de segurança de PDF (DRM/encriptação) bloqueiam os leitores de ecrã de ler o conteúdo. A norma exige que a acessibilidade não seja restringida pela proteção de conteúdo.Aprovado
Parcial
REPROVADO
N/D
 
Gerado a partir de accessibilityref.eu/tools/pdf-checklist
27
Total
0
Aprovadas
0
Parciais
0
Falha
0
N/A
27
Pendentes
Conclusão0%

27 de 27 verificações mostradas

Identidade do documento

Crítica

Título do documento definido nos metadados

WCAG 2.4.2 Página com título (Nível A)

Crítica

Idioma principal declarado

WCAG 3.1.1 Idioma da página (Nível A)

Menor

Metadados de autor e assunto presentes

Boa prática

Crítica

Metadados XMP de identificação PDF/UA-1 presentes

ISO 14289-1 (PDF/UA-1) §6.7.11

Maior

ViewerPreferences/DisplayDocTitle definido como verdadeiro

WCAG 2.4.2 Página com título (Nível A)

Estrutura e ordem de leitura

Crítica

Documento etiquetado (etiquetas PDF presentes)

WCAG 1.3.1 Informação e relações (Nível A)

Crítica

A ordem de leitura corresponde ao esquema visual

WCAG 1.3.2 Sequência significativa (Nível A)

Maior

Estilos de cabeçalho utilizados (H1, H2, H3…)

WCAG 1.3.1 / 2.4.6 Cabeçalhos e rótulos (Nível AA)

Maior

Os níveis de cabeçalho não são saltados

WCAG 1.3.1 (Nível A)

Maior

As listas usam estilos de lista adequados (não travessões manuais)

WCAG 1.3.1 (Nível A)

Maior

Marcadores presentes em documentos com mais de 20 páginas

WCAG 2.4.5 Múltiplas formas (Nível AA)

Imagens e conteúdo não textual

Crítica

Todas as imagens informativas têm texto alternativo

WCAG 1.1.1 Conteúdo não textual (Nível A)

Maior

Imagens decorativas marcadas como artefactos

WCAG 1.1.1 (Nível A)

Crítica

Gráficos e diagramas têm texto alternativo descritivo ou um equivalente textual

WCAG 1.1.1 (Nível A)

Crítica

O documento não é uma imagem digitalizada (texto real presente)

WCAG 1.1.1 (Nível A)

Tabelas

Crítica

As tabelas têm linhas/colunas de cabeçalho etiquetadas como <TH>

WCAG 1.3.1 (Nível A)

Maior

As tabelas têm legenda ou nome acessível

WCAG 1.3.1 (Nível A)

Maior

As tabelas não são usadas apenas para maquetização visual

WCAG 1.3.1 (Nível A)

Ligações e navegação

Maior

As hiperligações têm texto descritivo (não «clique aqui»)

WCAG 2.4.4 Finalidade da ligação no contexto (Nível AA)

Menor

Os URLs completos no texto são legíveis quando falados

WCAG 2.4.4 (Nível AA)

Contraste e visual

Crítica

O texto cumpre o rácio mínimo de contraste (4,5:1 normal, 3:1 grande)

WCAG 1.4.3 Contraste mínimo (Nível AA)

Maior

A cor não é o único meio visual de transmitir informação

WCAG 1.4.1 Utilização da cor (Nível A)

Maior

O texto não é apresentado como imagens (exceto logótipo ou quando essencial)

WCAG 1.4.5 Imagens de texto (Nível AA)

Formulários

Crítica

Os campos de formulário interativos têm rótulos acessíveis

WCAG 1.3.1 / 4.1.2 Nome, função, valor (Nível A)

Maior

A ordem de tabulação do formulário é lógica

WCAG 2.4.3 Ordem de foco (Nível A)

Outros

Menor

O PDF abre a mostrar o título do documento (não o nome do ficheiro) na barra de título

WCAG 2.4.2 Página com título (Nível A)

Crítica

As definições de segurança não bloqueiam tecnologias de apoio

WCAG 4.1.2 (Nível A)

EN 301 549 Capítulo 10, Documentos não Web. Ao abrigo do AEA, os documentos fornecidos como parte de um serviço digital (p. Ex. Faturas, extratos bancários, confirmações de reserva, manuais de produto) têm de ser acessíveis. A PDF/UA (ISO 14289-1) é a norma técnica reconhecida. Documentos que falham o Capítulo 10 constituem uma não conformidade direta com o AEA para os prestadores de serviços abrangidos.

Exportar como prova

0 itens respondidos

Anónimo · Apenas transferência
0/2000

Cada exportação inclui um rodapé de metadados de prova legal com o ID da auditoria, data de geração, versão da ferramenta, cláusulas EN 301 549 e o aviso padrão. Prova de grau legal, não aconselhamento jurídico.

Aviso jurídico importante

Esta ferramenta é apenas um auxílio de autoavaliação e não constitui aconselhamento jurídico nem uma avaliação de conformidade formalmente certificada. As saídas, incluindo relatórios, pontuações, listas de verificação e declarações de acessibilidade, destinam-se a uso interno e devem ser revistas por um representante jurídico qualificado ou por um auditor de acessibilidade independente antes de serem utilizadas para fins regulamentares, de aquisição ou de divulgação pública. Todo o risco da avaliação recai sobre o avaliador interno. A accessibilityref, os seus criadores e equipa não aceitam qualquer responsabilidade por perdas decorrentes da utilização ou confiança nestas saídas. Verifique sempre junto das fontes oficiais: a Recomendação W3C WCAG 2.2, o European Accessibility Act (Diretiva 2019/882), e a autoridade de fiscalização nacional aplicável.