Relatório Avaliação da Candidatura da Inspeção-Geral de Finanças - Autoridade de Auditoria

etiqueta: NOK

Lista de evidências recolhidas:

• evidência: Utilização incorreta de listas na estruturação das opções do menu

  etiqueta: chk 10 webetiqueta: NOKetiqueta: R 1.1

  O menu de navegação deve estar estruturado como uma lista de opções.

  • Ver requisito 1.1 da lista 10 aspetos

  Verificámos que, no menu principal, os itens exteriores estão corretamente estruturados numa lista, mas tal não acontece com os elementos interiores.

  

  Figura 1 - Menu principal, em que cada item interior do menu encontra-se na sua própria lista

  Como é possível observar na figura, as hiperligações para as opções internas do menu, como a opção “Sobre Nós” e "Recursos Humanos" estão, cada uma delas, dentro de uma lista individual ao invés de serem estruturado todas as opções dentro de uma única lista ul li.

  Para que a navegação seja acessível e corretamente interpretada pelas tecnologias de apoio, os elementos dos menus e submenus deverão estar todos estruturados como listas, em que os elementos do mesmo nível na estrutura do menu devem ser opções de uma mesma lista, ao invés de cada um fazer parte de uma lista individual.

  Recomendamos que seja efetuada a restruturação do menu principal, de forma a que cada grupo de itens interiores de cada menu exterior seja implementado com uma lista <ul>, tendo como descendentes os vários itens internos estruturados em itens de lista <li>.

etiqueta: NOK

Lista de evidências recolhidas:

• evidência: Existem opções no rodapé que não são selecionáveis

  etiqueta: chk 10 webetiqueta: NOKetiqueta: R 1.2

  É possível selecionar as opções e as subopções do menu quer com rato quer com teclado.

  • Ver requisito 1.2 da lista 10 aspetos

  Ao clicar nas opções "Instrumentos de Gestão", "Comunicações", "Resultados" e "Transparência" embora estejam apresentadas no rodapé como um link, elas não são opções clicáveis.

  

  Figura 1 - Opção "Comunicações" com efeito de hover, tal como o link "Política de privacidade" e não é uma opção clicável

  Recomendamos que no rodapé seja apresentado apenas opções clicáveis e que ajudam o utilizador a navegar pelo website.

• evidência: Impossibilidade parcial de navegar pelos itens exteriores do menu principal com o teclado

  etiqueta: chk 10 webetiqueta: NOKetiqueta: R 1.2

  É possível selecionar as opções e as subopções do menu quer com rato quer com teclado.

  • Ver requisito 1.2 da lista 10 aspetos

  Verificámos que apenas é possível navegar pelo primeiro item do menu principal utilizando o teclado.

  

  Figura 1 - Items exteriores do menu principal, sendo que o primeiro é um link e os restantes são elementos span com os descritivos dos items de menu

  Isso acontece porque o primeiro item exterior do menu principal foi estruturado utilizando um elemento <a> (elemento nativo para navegação), ao passo que os restantes quatro elementos foram desenvolvidos utilizando elementos <span> (elementos personalizados para navegação).

  Os componentes nativos já têm a semântica e a lógica atribuídas para executarem as suas ações de forma acessível, ao passo que os componentes personalizados precisam de ser enriquecidos com a semântica e todo o código responsável pelo seu funcionamento.

  Uma hiperligação, por ser um elemento nativo para navegação, já é focável pelo teclado e transmite aos leitores de ecrã o nome do controlo (link) e o seu texto. O que a hiperligação não transmite nativamente é se o item de menu que ela apresenta está expandido ou colapsado. No entanto, verificámos que a única hiperligação exterior (“Sobre Nós”) foi enriquecida com o atributo aria-expanded, de modo a transmitir esse estado do item de menu.

  Já os elementos span não foram enriquecidos, nem com os atributos que, do ponto de vista do que é transmitido, os equivaleriam a hiperligações, nem com o atributo aria-expanded, pelo que, para além de não serem focáveis com o teclado (tab e shift+tab), apenas transmitem aos leitores de ecrã o texto que se encontra dentro desses elementos span.
  Para além disso, a utilização de dois tipos de elementos para estruturação dos items exteriores do menu principal provoca um problema de incoerência estrutural no menu.

  Pelo exposto, recomendamos a substituição dos quatro elementos <span> exteriores do menu principal por elementos <a>.
  Nesse caso, será necessário realizar as seguintes tarefas:

  1. Substituir os elementos <span> por elementos <a>.
  2. Mover a lógica de expansão e colapso dos itens de menu, já existente nos elementos <span>, para os novos elementos <a> adicionados.
  3. Utilizar o atributo aria-expanded nos novos elementos <a> que, dependendo do estado expandido ou colapsado dos itens de menu, deverá assumir os valores, respetivamente, de “true” ou “false”.

etiqueta: NOK

Lista de evidências recolhidas:

• evidência: O texto alternativo da pesquisa e login estão inapropriados

  etiqueta: chk 10 webetiqueta: NOKetiqueta: R 1.3

  As imagem-link, caso existam no menu, devem ter o correspondente equivalente alternativo em texto.

  • Ver requisito 1.3 da lista 10 aspetos

  As opções de pesquisa e login estão dentro da navegação nav do menu principal, e por esse motivo, são avaliadas neste critério.

  Verificámos que as duas opções estão com texto alternativo preenchido de forma inapropriada, a saber:

  O texto alternativo da pesquisa está em inglês:

  

  O texto alternativo do login está sendo feito pelo atributo title:

  

  Recomendamos que o texto alternativo seja escrito no mesmo idioma da página. No caso da área de login, o texto alternativo deve ser inserido numa tag span, que poderá estar visualmente oculta mas acessível às tecnologias de apoio via CSS. Para mais informações partilhamos o link CSS em Ação: Conteúdo Invisível apenas para Utilizadores de Leitor de Ecrã

etiqueta: NOK

Lista de evidências recolhidas:

• evidência: Páginas sem cabeçalho de nível 1 atribuído

  etiqueta: chk 10 webetiqueta: NOKetiqueta: R 2.1

  Existe um título <h1> marcado na página.

  • Ver requisito 2.1 da lista 10 aspetos

  As páginas do website devem ter um e só um <h1> atribuído. Este elemento deve ser apenas atribuído a títulos relevantes na estrutura da página, e não a textos genéricos, botões ou outro conteúdo.

  Verificámos que na página inicial não existe um elemento <h1> que descreva de forma clara que se trata da página inicial da IGF.

  

  Figura 1 - Página inicial sem cabeçalho de nível 1

  Recomendamos a inserção de um elemento <h1> no início da região que contém o conteúdo principal da página, com o texto “IGF – Autoridade de Auditoria”.

  Do mesmo modo, a página Responsabilidade Social e Ambiental também não possui um elemento <h1> (figura 2).

  

  Figura 2 - págia "Responsabilidade Social e Ambiental" sem um cabeçalho de nível 1

  Recomendamos a inserção de um elemento <h1> no início da região que contém o conteúdo principal da página, com o texto “Responsabilidade Social e Ambiental”.

  Para além das recomendações sugeridas acima, é necessário rever as seguintes páginas que estão com o mesmo problema:

  https://igf.gov.pt/
  https://igf.gov.pt/acessibilidade
  https://igf.gov.pt/canais-de-denuncias-ambito-rgpdi-ext
  https://igf.gov.pt/conferencias
  https://igf.gov.pt/responsabilidade-social-e-ambiental-enquadramento-e-objetivos
  https://igf.gov.pt/responsabilidade-social-e-ambiental-equipa
  https://igf.gov.pt/responsabilidade-social-e-ambiental-plano-de-acao
  https://igf.gov.pt/responsabilidade-social-e-ambiental-plano-de-eficiencia-e-descarbonizacao-ecoap-2030
  https://igf.gov.pt/responsabilidade-social-e-ambiental-programa-de-rsa-2023-2024
  https://igf.gov.pt/responsabilidade-social-e-ambiental-programa-de-rsa-2025-2026
  https://igf.gov.pt/siadap-ext
  https://igf.gov.pt/user/login

etiqueta: NOK

Lista de evidências recolhidas:

• evidência: Existem cabeçalhos associados a regiões de navegação com texto incorreto

  etiqueta: chk 10 webetiqueta: NOKetiqueta: R 2.2

  Existe uma marcação hierarquizada de títulos e subtítulos na página <h1>...<h6>.
  – ver requisito 2.2 na lista 10 aspetos

  Em todas as páginas avaliadas, existe um cabeçalho de nível 2, não visível no ecrã, com o texto “Navegação principal”, que pretende servir de marcação de região das páginas e que não é a navegação principal.

  

  Figura 1 - página exemplificativa "Declarações - LCPA" com cabeçalho de nível 2 não visível no ecrã, com o texto “Navegação principal”

  Verificámos nas páginas analisadas que as mesmas contêm três regiões marcadas com o texto “Navegação principal”, o que pode confundir os utilizadores de leitores de ecrã.

  Recomendamos a alteração do texto do cabeçalho <h2 class="visually-hidden" id="-menu">Navegação principal</h2> em todas as páginas, para “[nome da página]: menu lateral" ou seja "Instrumentos de gestão: menu lateral".

• evidência: Existem títulos que não estão estruturados como cabeçalhos

  etiqueta: chk 10 webetiqueta: NOKetiqueta: R 2.2

  Existe uma marcação hierarquizada de títulos e subtítulos na página <h1>...<h6>.
  – ver requisito 2.2 na lista 10 aspetos

  Os utilizadores de leitores de ecrã apenas conseguem perceber as secções “Pagamentos / Recebimentos em atraso” e “Declaração de compromissos plurianuais”, na página Declarações - LCPA, devido ao seu estilo em negrito e não por cabeçalhos.

  

  Figura 1 - Secções presentes na página "Declarações - LCPA", sem marcação com elementos cabeçalho

  Com efeito, estes elementos não possuem nenhuma indicação semântica que permita transmitir aos leitores de ecrã que os mesmos marcam o início de secção, não sendo portanto possível aos utilizadores destas tecnologias a navegação entre estas secções de forma rápida.

  Pelo exposto, e para manter a coerência entre todos os cabeçalhos da página, recomendamos:

  1. A inserção de um cabeçalho de nível 2, com o texto “2025”.
  2. A colocação dos textos “Pagamentos / Recebimentos em atraso” e “Declaração de compromissos plurianuais”, presentes no ano atual e nos anos em histórico, em elementos de cabeçalho de nível 3.

etiqueta: NOK

Lista de evidências recolhidas:

• evidência: Existem conteúdos estruturados como "th" deforma inapropriada

  etiqueta: chk 10 webetiqueta: NOKetiqueta: R 3.1

  As células que constituem os cabeçalhos da tabela estão marcadas com o elemento <th>.
  – ver requisito 3.1 na lista 10 aspetos

  Na página de Conferências existem tabelas que em vez de utilizar o elemento caption, pois sugerem visualmente ser o título da tabela, estão atribuindo o título a um th. Para além disso, está em falta o respectivo th das tabelas.

  

  Tabela estruturada de forma inapropriada: th e caption

  Recomendamos que o título estruturado como th seja um caption. É necessário inserir dois th: Horário e Informações para que seja possível relacionar os conteúdos da tabela com o título.

  Os textos atribuídos como th, tais como, "Sessão de abertura", "Responsabilidade ambiental, social e de governação (ESG)", "Coffee break", "Fundos europeus: da legalidade aos resultados", "Sessão de encerramento: apresentação de conclusões" e os respectivos horários devem ser estruturados como td.

• evidência: Existem tabelas com o elemento "th" vazio

  etiqueta: chk 10 webetiqueta: NOKetiqueta: R 3.1

  As células que constituem os cabeçalhos da tabela estão marcadas com o elemento <th>.
  – ver requisito 3.1 na lista 10 aspetos

  Na página de Aniversários da IGF existe uma tabela com células vazias th e td:

  

  Figura 1_Tabela Intervenções células vazias, incluindo um th

  Recomendamos remover todas as células vazias (td e th). Em alternativa, podem utilizar o CSS para estilizar o layout e espaçamento.

etiqueta: NOK

Lista de evidências recolhidas:

• evidência: Existem tabelas nomeadas com o mesmo título no caption

  etiqueta: chk 10 webetiqueta: NOKetiqueta: R 3.2

  A legenda da tabela está marcada com o elemento <caption>
  – ver requisito 3.2 na lista 10 aspetos

  Na página Conferências existem duas tabelas nomeadas como "Programa". Ao navegar com o leitor de ecrã não é possível identifica-las individualmente pois possuem o mesmo nome.

  

  Figura 1 - Tabelas com o mesmo nome no caption

  Recomendamos alterar o nome do caption dessas tabelas para "Programa 2023" e "Programa 2024" para garantir que seja possível distingui-las individualmente.

etiqueta: NOK

Lista de evidências recolhidas:

• evidência: O texto placeholder está a substituir a etiqueta

  etiqueta: chk 10 webetiqueta: NOKetiqueta: R 4.1

  Ao clicar com o rato na etiqueta, o cursor surge no respetivo campo de edição.
  – ver requisito 4.1 na lista 10 aspetos

  O campo do formulário da página Sínteses de Resultados tem um atributo placeholder ao invés de ter uma legenda.

  

  Figura 1 - Campo de formulário com um atributo placeholder ao invés de uma legenda

  O mesmo acontece com o formulário presente na página Relatórios - Administração Local Autárquica.

  Não deve ser usado o texto placeholder em substituição de uma etiqueta, porque ao escrever no campo esse texto irá desaparecer e torna a tarefa difícil para pessoas com problemas de memória ou na revisão das respostas do formulário. Para além disso, alguns leitores de ecrã podem não estar preparados para ler esse texto. Ao manter a etiqueta visível no ecrã, amplia-se a área de clique, o que pode beneficiar pessoas com dificuldades motoras ao selecionar um campo específico.
  Recomendamos a revisão dos formulários para garantir que todos os campos estejam corretamente construídos:
  • A etiqueta do campo deve estar estruturada como e deve estar associada ao campo.
  • Para estar associada ao campo, o atributo for da etiqueta e o id do campo de input devem ser iguais.
  • Alguns exemplos de estrutura seriam:

          <label for="firstname">Primeiro nome:</label>
          <input type="text" name="first" id="firstname">
  

  Ou,

          <label>
              Primeiro nome:
              <input type="text" name="firstname">
          </label>
  

etiqueta: NOK

Lista de evidências recolhidas:

• evidência: Existem campos de preenchimento obrigatório sem mensagem de erro associada

  etiqueta: chk 10 webetiqueta: NOKetiqueta: R 4.3

  É possível localizar e ler as mensagens de erro usando apenas um leitor de ecrã.
  – ver requisito 4.3 na lista 10 aspetos

  Existem campos de preenchimento obrigatório que não apresentam qualquer mensagem de erro quando os formulários que os contêm são submetidos sem que esses campos estejam preenchidos.

  

  Figura 1 - Campos de preenchimento obrigatório sem mensagem de erro após o formulário que os contém ter sido preenchido com esses campos vazios

  Como se pode observar na figura, os campos "Participação apresentada por Advogado?" e "Participante pede Anonimato?" do formulário da página Nova Participação Cívica, não têm qualquer mensagem de erro associada após o formulário que os contém ter sido submetido com esses campos não preenchidos.

  Para além disso, neste mesmo formulário existem situações não muito explícitas em que nem sempre é apresentada a mensagem de erro associada à caixa combinada “Área de Intervenção da IGF” se não for selecionado nenhum elemento nesse campo.

  

  Figura 2 - Formulário com o NIF da entidade preenchido no separador "Entidade visada", mas campo “Área de Intervenção da IGF” não preenchido e sem mensagem de erro associada

  

  Figura 3 - Formulário com todos os campos obrigatórios preenchidos no separador "Entidade visada", e campo “Área de Intervenção da IGF” não preenchido e com mensagem de erro associada

  Verificámos ainda que o mecanismo que informa a existência de erros em cada separador fá-lo apenas através da cor.

  

  Figura 4 - Títulos dos separadores a vermelho, indicando que existem erros de preenchimento nos vários separadores do formulário

  A cor não deve ser a única forma de fornecer informação, especialmente tratando-se de informação relacionada com a existência de erros num formulário de preenchimento relativamente complexo como o referido neste ponto. Isto porque pessoas, por exemplo, com deficiências ao nível da visão (daltonismo) podem não distinguir algumas cores. Para além disso, utilizadores cegos podem não se aperceber que determinado título ou região tem uma cor diferente relativamente à existente antes da interação.

  Recomendamos a revisão de todos os campos de preenchimento obrigatório em todos os formulários, de modo a garantir que lhes está associada uma mensagem de erro visível aquando da submissão dos formulários com esses campos por preencher, e que não existam situações em que, na ausência de preenchimento, essas mensagens de erro não sejam apresentadas.

  Relativamente aos alertas nos vários títulos de separadores que contêm campos com erros, recomendamos que esses alertas sejam também fornecidos via texto, por exemplo, uma indicação entre parêntesis a seguir a cada título de separador com as palavras “com erros”.

etiqueta: NOK

Lista de evidências recolhidas:

• evidência: Existem imagens com descrição textual incorreta

  etiqueta: chk 10 webetiqueta: NOKetiqueta: R 5.1

  A imagem ou gráfico tem um equivalente em texto curto e correto.
  – ver requisito 5.1 na lista 10 aspetos

  As três imagens dos programas de financiamento presentes na página Projetos Cofinanciados não têm um texto alternativo adequado.

  

  Figura 1 - Imagens na página Projetos Cofinanciados com texto alternativo inadequado

  O texto alternativo das três imagens é o mesmo (“Logotipos dos diversos programas de financiamento”), para além de não mostrar o texto das várias entidades presente nas imagens.

  Verificámos ainda que cada imagem contém vários logotipos, o que pode dar origem a descrições textuais bastante longas.
  Recomendamos uma das seguintes alternativas:

  • A autonomização destas três imagens nas várias imagens correspondentes a cada entidade, e o preenchimento do texto alternativo com a descrição textual de cada imagem;
    ou
  • A inserção do nome das várias entidades no texto da página, de modo a que os utilizadores de leitores de ecrã possam aceder a essa informação.

etiqueta: NOK

Lista de evidências recolhidas:

• evidência: imagens complexas com descrição textual incorreta

  etiqueta: chk 10 webetiqueta: NOKetiqueta: R 5.2

  O gráfico é acompanhado de uma descrição longa.
  – ver requisito 5.2 na lista 10 aspetos

  O texto alternativo atualmente associado à imagem — "Organograma da IGF - Autoridade de Auditoria" —, presente na página Organograma, é insuficiente e não descreve adequadamente o conteúdo informativo da imagem, nomeadamente os nomes das várias secções da IGF e a forma como estas se relacionam.

  

  Figura 1 - imagem complexa sem descrição textual adequada

  Recomendamos que sejam revistos todos os infográficos e gráficos incluídos nas páginas, de forma a garantir que cada imagem contenha um texto alternativo informativo. Para tal, sugerimos duas abordagens possíveis:

  • Inserir um texto alternativo visível junto à imagem na própria página;
  • Alternativamente, ao clicar na imagem, apresentar a versão ampliada acompanhada da respetiva descrição em texto.

  Para mais informações partilhamos o tutorial de como atribuir texto alternativo em imagens complexas (gráficos, infografias, imagens, etc...) da W3C.

etiqueta: OK (no entanto contém 1 melhoria que se recomenda efetuar)

Lista de evidências recolhidas:

• evidência: Existem imagens-link com texto alternativo em inglês

  etiqueta: chk 10 webetiqueta: melhoriaetiqueta: R 5.3

  As imagens-link têm um equivalente alternativo correto.
  – ver requisito 5.3 na lista 10 aspetos

  Na página de login a imagem-link está no idioma inglês.

  

  Figura 1 - Texto alternativo da imagem-link em ingles

  Recomendamos alterar o texto alternativo para alt="Pagina inicial IGF".

etiqueta: NOK

Lista de evidências recolhidas:

• evidência: Existem textos que não tem contraste suficiente

  etiqueta: chk 10 webetiqueta: NOKetiqueta: R 6.1

  No corpo de um documento, o rácio de contraste entre a cor do texto normal (menor que 18 pontos ou menor que 14 pontos negrito) e a cor do fundo é superior a 4,5:1.
  – ver requisito 6.1 na lista 10 aspetos

  No formulário da página Nova Participação Cívica existe uma instrução de preenchimento cujo contraste está abaixo do recomendado. Como se trata de uma informação importante para o utilizador que está a preencher, é necessário que o texto tenha contraste de no mínimo 4,5:1.

  

  Figura 1 - Instrução de preenchimento do campo possui contraste abaixo do recomendado (3,84:1)

  Para além disso, as mensagens de erro dos formulário possuem contraste abaixo do recomendado:

  

  Figura 2 - Mensagens de erro com constraste abaixo do recomendado (4,1:1)

  Recomendamos rever todos os formulários apresentados no website para garantir que as instruções acompanhadas junto aos campos e suas respectivas mensagens de erro tenham contraste, de no mínimo, 4,5:1.

etiqueta: OK (no entanto contém 1 melhoria que se recomenda efetuar)

Lista de evidências recolhidas:

• evidência: Ao clicar no vídeo, o foco retorna para o início da página

  etiqueta: chk 10 webetiqueta: melhoriaetiqueta: R 7.1

  Deve ser possível ativar os botões de controlo do leitor quer com o rato quer com o teclado.
  – ver requisito 7.1 na lista 10 aspetos

  Ao seleccionar um vídeo na página Conferência comemorativa do 95º aniversário da IGF, é necessário premir "Enter" ou "Espaço" sobre o mesmo para que sejam apresentados os respectivos controlos de reprodução. No entanto, ao efectuar esta selecção, o foco do teclado e do leitor de ecrã é automaticamente deslocado para o início da página. Esta situação obriga o utilizador a percorrer novamente toda a página até ao local do vídeo para o poder iniciar, o que não é o ideal.

  

  Após mostrar os controles de reprodução do vídeo, o foco é direcionado para o topo da página no link de saltar conteúdo principal

  Recomendamos que o foco permaneça no vídeo selecionado, para permitir a reprodução do vídeo sem navegar novamente por todo o conteúdo da página.

etiqueta: NOK

Lista de evidências recolhidas:

• evidência: As legendas fornecidas pelos vídeos são automáticas e apresentam erros na transcrição

  etiqueta: chk 10 webetiqueta: NOKetiqueta: R 7.2

  O vídeo ou áudio deve conter preferencialmente legendas fechadas sincronizadas.
  – ver requisito 7.2 na lista 10 aspetos

  Na página Conferência comemorativa do 95º aniversário da IGF a legenda fornecida é automática, sendo necessário inserir uma legenda fechada para o vídeo. As legendas automáticas fornecidas pelo Youtube enfrentam limitações que podem prejudicar a acessibilidade, como por exemplo, ela pode não ser fiel ao conteúdo que está sendo apresentado.

  

  Figura 1 - Vídeo apresenta legenda automática com falhas na transcrição (en G ao invés de ser IGF)

  Recomendamos rever todos os vídeos do website para garantir que as legendas transmitam a informação corretamente apresentada no vídeo e podem utiliza-la para gerar legendas fechadas ao invés de apresentar legendas automáticas.

etiqueta: NOK

Lista de evidências recolhidas:

• evidência: Existem elementos com a semântica incorreta

  etiqueta: chk 10 webetiqueta: NOKetiqueta: R 8.3

  Quando se retira o CSS, deve ser possível reconhecer a semântica dos diversos elementos.
  – ver requisito 8.3 na lista 10 aspetos

  Na página Conferência comemorativa do 95º aniversário da IGF existe um carrosel que apresenta imagens. No entanto, não é possível selecionar as fotos pelo teclado ou leitor de ecrã. Isso acontece porque além de estarem estruturadas com tags genéricas div, há o uso inapropriado do atributo aria-hidden="true".

  

  Figura 1 - Fotos sendo estruturadas com divs e acessíveis apenas com o rato

  Sempre que possível, utilize elementos nativos do HTML, como link a ou button para botões interativos. Desta forma, garante-se que os elementos interativos sejam acessíveis tanto através do rato como do teclado e compatíveis com leitores de ecrã.

etiqueta: NOK

Lista de evidências recolhidas:

• evidência: dificuldade na extração de carateres acentuados e carateres especiais de ficheiros PDF para outro processador de texto

  etiqueta: chk 10 webetiqueta: NOKetiqueta: R 10.1

  Nos ficheiros PDF é possível, no mínimo, extrair o conteúdo textual para formato TXT.
  – ver requisito 10.1 na lista 10 aspetos

  Existe um problema com a codificação do texto do documento Relatório de avaliação anual do Plano de Prevenção de Riscos de Gestão, incluindo riscos de corrupção e infrações conexas (2024), presente na página Plano de Prevenção de Riscos de Gestão,
  que impossibilita a extração correta de alguns carateres acentuados e carateres especiais desse documento para um processador de texto. Exemplos de carateres problemáticos são: ã, é, ó e ç.
  Recomendamos a revisão do processo de geração do documento pdf acima indicado, de modo a que o documento seja gerado nas mesmas condições e com as mesmas ferramentas dos demais, contribuindo assim para que o problema da codificação seja corrigido. No entanto, notamos que não há garantia que este método tenha sucesso nessa correção, dado que não sabemos se a proveniência do documento é a mesma dos demais.

• evidência: não é possível extrair o texto de ficheiros PDF para outro processador de texto

  etiqueta: chk 10 webetiqueta: NOKetiqueta: R 10.1

  Nos ficheiros PDF é possível, no mínimo, extrair o conteúdo textual para formato TXT.
  – ver requisito 10.1 na lista 10 aspetos

  Foram encontrados ficheiros em formato PDF em que não é possível extrair os conteúdos.
  Eis alguns documentos em que tal acontece:

  • Documento Despacho de 02.07.2019 do MF, presente na página QUAR da IGF;
  • Documento despacho de S.E. o Ministro de Estado e das Finanças, presente na página Planos de Atividades
    Devem garantir que os ficheiros PDF são otimizados para que seja possível extrair a informação para um processador de texto. Desta forma, garante-se que o texto pode ser lido por leitores de ecrã na ordem correta. No caso de documentos que são fotocópias, contendo apenas imagens, é possível converter os documentos para texto através do Reconhecimento Óptico de Caracteres (OCR) da Adobe.

etiqueta: NOK

Lista de evidências recolhidas:

• evidência: O propósito do site não é explícito

  etiqueta: chk conteúdoetiqueta: NOKetiqueta: R 1.1

  O sítio Web apresenta um resumo breve do seu propósito, visível sem fazer scroll.
  – ver requisito 1.1 na lista Conteúdo

  Na Homepage deve existir uma breve descrição do propósito do website que demonstre que tarefas é possível realizar no mesmo. Esse propósito deve ser imediatamente visível na página, sem ser necessário fazer scroll, avançar no slideshow, entre outros.

  O texto “Sítio Oficial da Inspeção Geral de Finanças - Autoridade de Auditoria”, presente no topo da página inicial, não identifica o que é possível encontrar no site da IGF.

  

  Figura 1 - Texto de apresentação do site presente no topo da página inicial

  Recomendamos que a descrição do propósito seja alterada para representar mais fielmente a finalidade do site e a informação que contém, tal como se verifica no exemplo do site acessibilidade.gov.

  

  Figura 2 - Exemplo de propósito do website Acessibilidade.gov

etiqueta: NOK

Lista de evidências recolhidas:

• evidência: Existem blocos de texto com mais de 100 caracteres por linha

  etiqueta: chk conteúdoetiqueta: NOKetiqueta: R 2.3

  Blocos e linhas de texto com largura não superior a 100 caracteres.
  – ver requisito 2.3 na lista Conteúdo

  Na página Quem Somos o tamanho do bloco de texto possui mais do que 100 caracteres.

  

  Figura 1 - Bloco de texto com 114 caracteres

  Para assegurar uma boa leitura, recomendamos que as linhas de texto devem ter até 80 caracteres (incluindo espaços). No limite, podem ir até aos 100 caracteres (incluindo espaços). É necessário rever todo o website.

etiqueta: NOK

Lista de evidências recolhidas:

• evidência: O espaçamento entre linhas está abaixo do recomendado em linhas isoladas de texto

  etiqueta: chk conteúdoetiqueta: NOKetiqueta: R 2.4

  O espaçamento entre linhas não é inferior a 1.5x o tamanho da letra.
  – ver requisito 2.4 na lista Conteúdo

  Na página Recrutamento existem linhas de textos sobre o prazo de candidatura que estão sendo apresentadas logo abaixo de cada título. Essas linhas possuem uma altura abaixo do recomendado fazendo com que fiquem muito próximas do título e do bloco de texto que vem a seguir.

  

  Figura 1 - Espaçamento da altura da linha de texto abaixo do recomendado (20.8px)

  Recomendamos rever essas linhas para garantir que elas tenham no mínimo uma altura de 24px (1,5 x tamanho da fonte).

etiqueta: NOK

Lista de evidências recolhidas:

• evidência: O menu ultrapassa 9 opções

  etiqueta: chk conteúdoetiqueta: NOKetiqueta: R 3.1

  Nenhum nível de navegação tem mais de 9 opções.
  – ver requisito 3.1 na lista Conteúdo

  O menu contém mais de 9 opções nas secções "Instrumentos de gestão" e ""

  

  Figura 1 - Menu "Instrumentos de gestão" com 10 opções

  

  Figura 2 - Menu "Sobre nós" com 16 opções

  Deve ser feita uma revisão da arquitetura de informação do menu de forma a garantir que não ultrapasse 9 opções em cada nível do mesmo.

etiqueta: NOK

Lista de evidências recolhidas:

• evidência: O menu lateral muda de local em determinadas páginas

  etiqueta: chk conteúdoetiqueta: NOKetiqueta: R 3.2

  A navegação principal está sempre visível e sempre no mesmo local.
  – ver requisito 3.2 na lista Conteúdo

  O menu lateral apresentado no website, está sendo posicionado no lado direito da página página. No entanto, na página Programa de RSA 2025-2026 o menu lateral está posicionado do lado esquerdo visualmente e estruturalmente.

  

  Figura 1 - Menu lateral posicionado no lado direito da página, sendo o único em todo o website

  Recomendamos rever a posição do menu lateral, de forma a garantir que se mantenha consistente em todas as páginas do website, colocando-o, neste caso, do lado direito tanto visualmente como estruturalmente.

• evidência: Não é perceptível qual a posição atual do utilizador no menu

  etiqueta: chk conteúdoetiqueta: NOKetiqueta: R 3.2

  A navegação principal está sempre visível e sempre no mesmo local.
  – ver requisito 3.2 na lista Conteúdo

  Atualmente, não é possível identificar, através do leitor de ecrã, qual a opção do menu que se encontra selecionada. Por exemplo, quando o utilizador está na página de Recursos Humanos, a opção de menu “Sobre nós” surge visualmente destacada com um sublinhado. No entanto, essa indicação não é transmitida ao leitor de ecrã.

  

  Figura 1 - Leitor de ecrã não identifica a opção que está selecionada

  

  Figura 2 - Exemplo: quando as opções do menu informam a opção que está selecionada, o leitor de ecrã anuncia como "página atual" no site acessibilidade.gov

  Recomendamos rever as opções do menu para garantir que informem as tecnologias de apoio qual opção está selecionada. Para isso, é necessário inserir o atributo aria-current em todas as opções do menu.

etiqueta: NOK

Lista de evidências recolhidas:

• evidência: As hiperligações não se diferenciam do texto envolvente

  etiqueta: chk conteúdoetiqueta: NOKetiqueta: R 3.3

  As hiperligações de texto não devem ser diferenciadas apenas com base na cor.
  – ver requisito 3.3 na lista Conteúdo

  Na página de Gestores Públicos as hiperligações não têm diferenciação do texto envolvente sendo possível distingui-las apenas pela cor.

  

  Figura 1 - Hiperligações diferenciadas apenas pelo uso da cor

  Recomendamos rever o estilo das hiperligações de todo o website para garantir que o sublinhado aparece por defeito e não apenas quando se passa o rato por cima da hiperligação.

etiqueta: NOK

Lista de evidências recolhidas:

• evidência: Não existe um índice no topo de uma página longa

  etiqueta: chk conteúdoetiqueta: NOKetiqueta: R 4.1

  Os documentos longos têm um índice no topo com hiperligações internas para o mesmo.
  – ver requisito 4.1 na lista Conteúdo

  Nas páginas consideradas longas, como a página Política de privacidade e Informação - assédio em contexto laboral no setor público não existem um índice com hiperligações para cada secção interna dessa página:

  Página Informação - assédio em contexto laboral no setor público não possui um índice no topo da página:

  

  Página Política de Privacidade não possui índice no topo da página:

  

  Recomendamos adicionar um índice com hiperligações para cada secção interna. Caso optem por utilizar acordeões devem garantir que sejam acessíveis pelo teclado e leitor de ecrã.

etiqueta: NOK

Lista de evidências recolhidas:

• evidência: Existem conteúdos do site que não se adaptam às diferentes resoluções de ecrãs

  etiqueta: chk conteúdoetiqueta: NOKetiqueta: R 4.2

  O layout do sítio Web é adaptável a plataformas móveis sem necessidade de efetuar varrimento horizontal.
  – ver requisito 4.2 na lista Conteúdo

  Na página de Relatórios - Administração Local Autárquica o conteúdo não se adapta em diferentes resoluções de ecrã (tablet e mobile).

  

  Figura 1 - Conteúdo da página de Relatórios - Administração Local Autárquica não se adapta na resolução mobile

  

  Figura 2 - Conteúdo da página de Relatórios - Administração Local Autárquica não se adapta na resolução tablet

  Isso acontece em outras páginas do website, como as páginas de Sínteses de Resultados, Canais de Denúncias - Âmbito RGPDI e de Notícias e precisam ser corrigidas.

  Recomendamos rever todo o website, em especial as páginas listadas, para garantir que todo o conteúdo tenha um comportamento responsivo e adapta-se às diferentes resoluções de ecrã, sem necessidade de fazer varrimento horizontal.

etiqueta: NOK

Lista de evidências recolhidas:

• evidência: Existem elementos interativos com área clicável que não cumprem a dimensão mínima exigida

  etiqueta: chk conteúdoetiqueta: NOKetiqueta: R 5.2

  Os elementos interativos têm uma dimensão mínima de 44px CSS (44 pontos), vertical e horizontal.
  – ver requisito 5.2 na lista Conteúdo

  Os botões de pesquisar e login apresentados no menu principal do website possuem tamanho abaixo do recomendado.

  

  Figura 1 - Botão de pesquisar (altura 28px e largura 29px) e login (24px de altura e 28px de largura)

  O menu lateral possui links de navegação cuja altura é de 21px e é menor que a recomendação mínima. Embora tenha um espaçamento, ele está sendo feito no li e não no link a.

  

  _Figura 2 - Opções do menu lateral com altura abaixo do recomendado

  Devem garantir que os elementos interativos têm uma altura e largura igual ou superior a 44px de área clicável, mesmo que o ícone/imagem tenha um tamanho inferior.

etiqueta: NOK

Lista de evidências recolhidas:

• evidência: O tamanho dos campos não refletem o tamanho previsível dos dados

  etiqueta: chk transaçãoetiqueta: NOKetiqueta: R 2.1

  O tamanho dos campos deve refletir o tamanho previsível dos dados.
  – ver requisito 2.1 na lista Transação

  No formulário Nova Participação Cívica existem campos que são demasiados largos para a informação inserida, dando a entender que se pode escrever mais.

  

  Figura 1 - Campos Área de Intervenção da IGF, Ano, Data de Entrada, NIF / NIPC, Morada, Email, Telefone estão demasiados longos para a informação a ser preenchida

  Recomenda-se a revisão de todos os campos dos formulários do website, garantindo que a largura dos campos está adequada ao tipo de informação a inserir.

etiqueta: NOK

Lista de evidências recolhidas:

• evidência: O placeholder está a substituir a etiqueta

  etiqueta: chk transaçãoetiqueta: NOKetiqueta: R 2.3

  As legendas dos campos são breves e claras.
  – ver requisito 2.3 na lista Transação

  O campo do formulário da página Sínteses de Resultados tem um atributo placeholder ao invés de ter uma legenda.

  

  Figura 1 - Campo de formulário com um atributo placeholder ao invés de uma legenda

  O mesmo acontece com o formulário presente na página Relatórios - Administração Local Autárquica.

  Não deve ser usado o texto placeholder em substituição de uma legenda, porque ao escrever no campo esse texto irá desaparecer e torna a tarefa difícil para pessoas com problemas de memória ou na revisão das respostas do formulário. Para além disso, alguns leitores de ecrã podem não estar preparados para ler esse texto. Ao manter a etiqueta visível no ecrã, amplia-se a área de clique, o que pode beneficiar pessoas com dificuldades motoras ao selecionar um campo específico.

  Recomendamos a revisão dos formulários para garantir que todos os campos estejam corretamente construídos:
  • A etiqueta do campo deve estar estruturada como e deve estar associada ao campo.
  • Para estar associada ao campo, o atributo for da etiqueta e o id do campo de input devem ser iguais.
  • Alguns exemplos de estrutura seriam:

          <label for="firstname">Primeiro nome:</label>
          <input type="text" name="first" id="firstname">
  

  Ou,

          <label>
              Primeiro nome:
              <input type="text" name="firstname">
          </label>
  

etiqueta: N/A

Lista de evidências recolhidas:

• evidência: Não identificámos formulários que exigem ações longas para o seu preenchimento

  etiqueta: chk transaçãoetiqueta: N/Aetiqueta: R 3.1

  Em ações longas, o sistema deve indicar o que está a acontecer.
  – ver requisito 3.1 na lista Transação

  Não identificamos formulários que exigem ações longas para o seu preenchimento e por esse motivo, consideramos o critério como "Não aplicável".

etiqueta: N/A

Lista de evidências recolhidas:

• evidência: Não existem formulários que permitem ações destrutivas pelo utilizador

  etiqueta: chk transaçãoetiqueta: N/Aetiqueta: R 4.2

  As ações destrutivas nunca devem ser permanentes, deve ser sempre possível desfazer a operação.
  – ver requisito 4.2 na lista Transação

  Não identificamos formulários que permitem o utilizador realizar alguma ação destrutiva e por esse motivo, consideramos o critério como "Não aplicável".

etiqueta: NOK

Lista de evidências recolhidas:

• evidência: Existem campos de preenchimento obrigatório sem mensagem de erro associada

  etiqueta: chk transaçãoetiqueta: NOKetiqueta: R 4.3

  As mensagens de erro são claramente identificadas junto aos campos de origem.
  – ver requisito 4.3 na lista Transação

  Existem campos de preenchimento obrigatório que não apresentam qualquer mensagem de erro quando os formulários que os contêm são submetidos sem que esses campos estejam preenchidos.

  

  Figura 1 - Campos de preenchimento obrigatório sem mensagem de erro após o formulário que os contém ter sido preenchido com esses campos vazios

  Como se pode observar na figura, os campos "Participação apresentada por Advogado?" e "Participante pede Anonimato?" do formulário da página Nova Participação Cívica, não têm qualquer mensagem de erro associada após o formulário que os contém ter sido submetido com esses campos não preenchidos.

  Recomendamos a revisão de todos os campos de preenchimento obrigatório em todos os formulários, de modo a garantir que lhes está associada uma mensagem de erro visível aquando da submissão dos formulários com esses campos por preencher.

etiqueta: NOK

Lista de evidências recolhidas:

• evidência: Outras violações - O propósito de alguns campos não é claro

  etiqueta: outras violações

  O objetivo do campo “Endereço linha 2” do formulário da página Nova Participação Cívica não é claro.

  

  Figura 1 - campo “Endereço linha 2” do formulário da página "Nova Participação Cívica"

  Como através dos campos “Morada”, “Código postal” e “cidade” é possível obter a morada completa do cidadão, não é percetível se o campo “Endereço linha 2” serve para escrever uma segunda morada completa, para escrever o restante de uma morada que não cabe no primeiro campo por ser muito grande, ou para outro objetivo. Tal falta de clareza pode confundir os utilizadores.
  Recomendamos uma reflexão acerca do sentido que o campo “Endereço linha 2” desempenha no formulário, e uma ação em conformidade: remoção do campo ou clarificação do seu propósito.