Relatório Avaliação de Candidatura
Portal das Bolsas de Estudo de Machico

etiqueta: NOK

Lista de evidências recolhidas:

• evidência: issue #45 Menus de navegação sem estrutura semântica de lista

  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

  Evidências:

  Foi verificado que os menus de navegação do website não estão estruturados utilizando elementos semânticos de lista (<ul> e <li>). A maioria das opções de navegação é apresentada através de elementos genéricos (<div> e <a>), não transmitindo às tecnologias de apoio a existência de um conjunto organizado de opções.

  As únicas exceções identificadas são as subopções da secção "Apoia" do menu principal e as opções presentes no rodapé, que se encontram corretamente estruturadas como listas.

  A ausência de uma estrutura semântica consistente pode dificultar a compreensão da organização da navegação por utilizadores de leitores de ecrã, que deixam de beneficiar das funcionalidades de navegação e contagem de itens normalmente disponibilizadas para listas.

  

  Imagem do menu principal estruturado com <a> e <div>.

  

  Imagem do menu Apoia sendo estruturado com <a>

  

  Imagem do menu mobile sendo estruturado com <a>

  URLs a verificar:

  • https://bolsadeestudo.cm-machico.pt/ - menu principal em todos os breakpoints e menu Apoia

  Recomendações:

  • Estruturar todos os menus de navegação utilizando listas semânticas (<ul> e <li>).
  • Garantir que cada opção de navegação corresponde a um elemento <li> dentro da respetiva lista.
  • Evitar a utilização de elementos genéricos (<div>, <span>, entre outros) para representar estruturas de navegação que semanticamente correspondem a listas.

etiqueta: NOK

Lista de evidências recolhidas:

• evidência: issue #49 Menu mobile/tablet não acessível por teclado e leitores de ecrã

  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

  Evidências:

  Nos menus de navegação (versão mobile), verificámos que alguns controlos utilizados para expandir ou colapsar o menu foram implementados através de elementos genéricos <div>, apesar de representarem ações de interface.

  Foram observados, por exemplo, controlos para abrir/fechar e fechar o menu mobile estruturados com elementos <div> clicáveis, em vez de elementos semanticamente adequados para ações, como <button>.

  Como consequência, a função destes controlos não é transmitida nativamente às tecnologias de apoio, dependendo de comportamento JavaScript adicional para simular interatividade. Quando os estilos CSS são removidos, também não é possível reconhecer claramente que estes elementos representam ações acionáveis.

  

  Ao navegar com o teclado o botão de abrir o menu é ignorado pelo leitor de ecrã

  

  Imagem do botão do menu como <div> em vez de botão

  URLs a verificar:

  • https://bolsadeestudo.cm-machico.pt/ - menu mobile

  Recomendações:

  Recomendamos a substituição dos elementos <div> utilizados como controlos de interface por elementos semânticos <button type="button">, adequados a ações de expansão, colapso e fecho de menus.

  Garantir que os botões mantêm toda a funcionalidade existente, incluindo:

  • foco acessível e visível;
  • comportamento consistente em diferentes tecnologias de apoio;
  • identificação clara do propósito do controlo através de nome acessível apropriado.

  Adicionalmente, recomendamos a exposição programática do estado expandido/recolhido dos menus através de atributos adequados, como aria-expanded.

  Validar o comportamento com navegação por teclado e leitores de ecrã para garantir que a função dos controlos é corretamente anunciada e operável.

• evidência: issue #48 Não é possível identificar opções que contém subopções com o leitor de ecrã

  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

  Evidências:

  Ao navegar pelo menu principal com um leitor de ecrã, a opção "Apoia" é anunciada apenas como um elemento clicável.

  No entanto, não existe qualquer indicação de que esta opção contém subopções ou que pode ser expandida para revelar conteúdo adicional. Como consequência, os utilizadores de tecnologias de apoio podem não compreender que existe um submenu associado nem que é possível interagir com o elemento para aceder a mais opções de navegação.

  

  URLs a verificar:

  • https://bolsadeestudo.cm-machico.pt/ - menu principal

  Recomendações:

  • Identificar semanticamente a opção "Apoia" como um elemento que controla a apresentação de um submenu.
  • Utilizar atributos apropriados, como aria-expanded, para comunicar a existência e o estado das subopções.
  • Garantir que os leitores de ecrã anunciam que o elemento possui um submenu e se este se encontra expandido ou recolhido.
  • As subopções devem ser apresentadas apenas quando o utilizador abrir as subopções. Para mais informações consultar também a issue #47 .

• evidência: issue #47 Estado e comportamento das subopções do menu não são comunicados aos utilizadores

  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

  Evidências:

  Quando abrimos a opção "Machico digital" com o leitor de ecrã e navegamos até o final das subopções com o TAB + SHIFT TAB, após a última opção o menu se fecha e o leitor de ecrã anuncia "Nenhuma ação disponível":

  

  Adicionalmente, o botão utilizado para expandir e recolher as subopções não utiliza o atributo aria-expanded. Como consequência, os leitores de ecrã não anunciam se o acordeão se encontra expandido ou recolhido, dificultando a compreensão do estado atual do componente.

  Esta situação pode provocar perda de contexto durante a navegação e dificultar a utilização do menu por utilizadores que dependem de leitores de ecrã.

  

  Imagem do botão "Apoia" sem o atributo aria-expanded

  URLs a verificar:

  • https://bolsadeestudo.cm-machico.pt/ - Todas as páginas com a subopção "Apoia" no menu

  Recomendações:

  • As opções de 1º nível devem abrir ou fechar conforme a ação do utilizador.
  • Garantir que seja inserido uma sinalética visual que contêm subopções.
  • Rever a implementação do atributo aria-expanded, assegurando que o seu valor é atualizado
  • Idealmente, podem incluir a tecla ESC como uma segunda alternativa para fechar as subopções.
  • As opções de 1º nível devem abrir ou fechar conforme a ação do utilizador. Isso também deve ser revisto no menu mobile

• evidência: issue #46 Os menus não estão estruturados como uma navegação de forma apropriada

  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

  Evidências:

  Foi verificado que os menus de navegação do website não utilizam a tag semântica <nav>, com exceção dos breadcrumbs.

  Como consequência, os leitores de ecrã não identificam estes componentes como áreas de navegação, impedindo os utilizadores de recorrer aos atalhos disponíveis para navegar diretamente entre regiões de navegação da página. Esta situação dificulta a exploração eficiente do website e a compreensão da sua estrutura.

  

  Menu principal não identificado como nav

  

  Imagem do "Machico Digital" inapropriadamente identificado como nav

  

  Menu mobile não identificado como nav

  URLs a verificar:

  • https://bolsadeestudo.cm-machico.pt/ - menu principal em todos os breakpoints e o menu secundário

  Recomendações:

  • Estruturar os menus de navegação através da tag semântica <nav>.
  • Definir claramente qual o menu principal de navegação do website e garantir que essa hierarquia é consistente entre páginas.
  • Utilizar o atributo aria-label para identificar cada região de navegação, por exemplo: "Menu principal", "Menu secundário".
  • O portal "Machico Digital" deve ser retirado da tag nav.

etiqueta: NOK

Lista de evidências recolhidas:

• evidência: issue #50 O menu mobile está com texto alternativo inapropriado

  etiqueta: chk 10 webetiqueta: R 1.3etiqueta: NOK

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

  • Ver requisito 1.3 da lista 10 aspetos

  Evidências:

  O botão mobile de abrir e fechar o menu não têm qualquer texto alternativo.

  

  Imagem do botão de abrir o menu na versão mobile sem o atributo aria-label

  URLs a verificar:

  • https://bolsadeestudo.cm-machico.pt/ - menu mobile

  Recomendações:

  O botão de abrir/fechar o menu deve possuir um nome acessível que identifique corretamente a sua função e que seja atualizado de acordo com o estado atual do componente. Por exemplo, quando o menu estiver fechado o nome acessível deverá indicar "Abrir menu" e, quando estiver aberto, deverá indicar "Fechar menu".

  Adicionalmente, recomenda-se que o botão inclua texto visível que identifique a sua função, não dependendo exclusivamente de um ícone.

etiqueta: NOK

Lista de evidências recolhidas:

• evidência: issue #67 Utilização de dois elementos h1 na mesma página

  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

  Evidências:

  Cada página do website deve conter um único elemento <h1>, que represente o título principal do conteúdo. A utilização de múltiplos <h1> pode comprometer a interpretação da hierarquia da página por tecnologias de apoio.

  Na página de Declaração de Acessibilidade, verifica-se a existência de dois elementos <h1>, o que constitui uma utilização incorreta da estrutura de cabeçalhos.

  Esta duplicação poderá gerar problemas caso ambos os cabeçalhos h1 fiquem visíveis para os leitores de ecrã.

  

  Figura 1 - Identificação de dois cabeçalhos marcados com <h1> na mesma página .

  URLs a verificar:

  https://agenda.cm-machico.pt/acessibilidade

  Recomendações:

  • Remover o título genérico "Bolsas de estudo Câmara Municipal de Machico" da página de Declaração de Acessibilidade e Usabilidade.

• evidência: issue #66 Utilização de um título h1 genérico nas páginas do portal Bolsas de Estudo

  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

  Evidências:

  Foi verificado que todas as páginas do portal utilizam o mesmo elemento <h1>, com o texto "Bolsas de Estudo Câmara Municipal de Machico", independentemente do conteúdo apresentado.

  O elemento <h1> deve identificar o título principal de cada página e refletir o respetivo conteúdo. A utilização de um título genérico em todas as páginas compromete a estrutura semântica do website e dificulta a identificação do conteúdo por utilizadores de tecnologias de apoio.

  

  Figura 1 - Exemplo de utilização do mesmo elemento <h1> ("Bolsas de Estudo Câmara Municipal de Machico") numa página de eventos .

  URLs a verificar:

  Verificar todas as páginas do portal Bolsas de Estudo Câmara Municipal de Machico.

  • https://bolsadeestudo.cm-machico.pt/menu/noticias-e-destaques/noticia/1144-festa-intercultural-varias-culturas-uma-so-escola-20260611165453

  Recomendações:

  • Garantir que cada página contém um único elemento <h1>, correspondente ao respetivo conteúdo principal.
  • Substituir o título genérico "Bolsas de Estudo Câmara Municipal de Machico" por um título que identifique corretamente o conteúdo de cada página.
  • Rever todas as páginas do portal, assegurando que o elemento <h1> representa de forma única e descritiva o tema principal de cada uma.

etiqueta: NOK

Lista de evidências recolhidas:

• evidência: issue #68 Títulos divididos por diferentes níveis de cabeçalho

  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

  Evidências:

  Foram identificadas várias situações no website em que um mesmo título é dividido por diferentes níveis de cabeçalho.

  Embora estes títulos sejam apresentados visualmente como uma única unidade, encontram-se marcados com elementos de cabeçalho distintos (por exemplo, <h2> seguido de <h3>), criando uma hierarquia semântica que não corresponde à estrutura lógica do conteúdo.

  Esta implementação pode levar os utilizadores de tecnologias de apoio a interpretar incorretamente partes do mesmo título como títulos e subtítulos distintos, comprometendo a compreensão da estrutura da página.

  

  Figura 1 - Exemplo de um título dividido entre diferentes níveis de cabeçalho (<h2> e <h3>) .

  URLs a verificar:

  https://bolsadeestudo.cm-machico.pt/

  Recomendações:

  • Garantir que cada título é marcado por um único elemento de cabeçalho, correspondente ao nível adequado na hierarquia da página.
  • Evitar dividir um mesmo título por diferentes níveis de cabeçalho apenas por motivos de apresentação visual.
  • Utilizar CSS para controlar a disposição e o estilo dos títulos, preservando uma estrutura semântica consistente.
  • Rever situações semelhantes em todo o website, assegurando que a hierarquia de cabeçalhos reflete corretamente a organização lógica dos conteúdos.

etiqueta: N/A

Lista de evidências recolhidas:

• evidência: issue #70 Não foram identificadas tabelas

  etiqueta: chk 10 webetiqueta: N/Aetiqueta: 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

  Evidências:

  Não foram identificadas tabelas no website, tornando este critério N/A.

  URLs a verificar:

  Recomendações:

  Nada a acrescentar.

etiqueta: N/A

Lista de evidências recolhidas:

• evidência: issue #71 Não foram identificadas tabelas

  etiqueta: chk 10 webetiqueta: N/Aetiqueta: R 3.2

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

  Evidências:

  Não foram identificadas tabelas no website, tornando este critério N/A.

  URLs a verificar:

  Recomendações:

  Nada a acrescentar.

etiqueta: NOK

Lista de evidências recolhidas:

• evidência: issue #37 Não há informação clara sobre o que é o asterisco nos campos de preenchimento obrigatório

  etiqueta: chk 10 webetiqueta: NOKetiqueta: R 4.2

  É possível identificar os campos de preenchimento obrigatório quando se usa apenas um leitor de ecrã.
  – ver requisito 4.2 na lista 10 aspetos

  Evidências:
  Os campos obrigatórios de formulário devem estar devidamente identificados como tal. Idealmente, devem apresentar o texto “Obrigatório” à frente da legenda do campo. Pode-se colocar um * no campo obrigatório, desde que o significado do * seja mencionado no início do formulário.

  Verificámos que no formulário de Consulta de candidatura não existe informação sobre o significado do asterisco (*) colocado à frente dos campos:

  

  Formulário de consulta de candidatura. Não existe informação sobre o significado do asterisco (*) colocado à frente dos campos.

  Para além disso, existe utilização incorreta do atributo aria-required:

  

  Atributo aria-required usado numa etiqueta

  Os atributos required ou aria-required apenas devem ser utilizados nos campos e não nas etiquetas associadas a esses campos.

  URLs a verificar

  • Consulta de candidatura

  Recomendações

  Recomendamos a revisão dos formulários de forma a ser adicionada uma legenda no início do formulário a indicar claramente o significado de *.
  Recomendamos ainda a remoção dos atributos required ou aria-required presentes nas etiquetas.

etiqueta: NOK

Lista de evidências recolhidas:

• evidência: issue #16 Imagem não decorativa sem texto alternativo

  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

  Evidências:
  Verifica-se que o ícone de alerta é apresentado através de um elemento gráfico (svg) sem texto alternativo. Neste caso, o ícone assinala uma mensagem de aviso relativa ao estado da candidatura e deve ser anunciado aos utilizadores de tecnologias de apoio.

  

  URLs a verificar:
  https://bolsadeestudo.cm-machico.pt/menu/submissao-de-candidatura

  Recomendações:
  As imagens não decorativas deverão ter uma descrição breve associada.

• evidência: issue #8 (Melhoria) Imagem decorativa com texto alternativo indevido

  etiqueta: melhoriaetiqueta: chk 10 webetiqueta: R 5.1

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

  Evidências:
  Verifica-se que algumas imagens funcionam apenas como apoio visual, encontrando-se a informação relevante já disponibilizada através de título, descrição e links acessíveis em texto. Nestes casos, as imagens podem ser tratadas como decorativas, devendo possuir alt="".

  

  URLs a verificar:
  https://bolsadeestudo.cm-machico.pt/

  Recomendações:
  Recomenda-se que as imagens decorativas tenham alt="".

etiqueta: NOK

Lista de evidências recolhidas:

• evidência: issue #11 Imagem link com texto alternativo incorreto

  etiqueta: chk 10 webetiqueta: NOKetiqueta: R 5.3

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

  Evidências:
  Verifica-se que a imagem do logótipo, utilizada como hiperligação para a página inicial, apresenta um texto alternativo que não descreve adequadamente o propósito do link (acesso à página inicial).

  Verifica-se também que a imagem-link possui nome acessível definido tanto no atributo title como no atributo alt. Neste caso, o texto alternativo equivalente deve ser disponibilizado apenas através do atributo alt da imagem, uma vez que este é o atributo adequado para fornecer o nome acessível de imagens.

  Recomenda-se, portanto, a remoção do atributo title, de forma a evitar redundância ou inconsistências na informação apresentada aos utilizadores.

  

  ---

  Verifica-se que, na imagem-link do Support Center, o nome acessível está a ser fornecido de forma redundante no elemento <img>, através dos atributos alt e title.
  Neste caso, o texto alternativo equivalente deve ser disponibilizado apenas através do atributo alt, sendo recomendada a remoção do atributo title. O texto atualmente presente no title deve ser transferido para o atributo alt.

  Além disso, uma vez que o link abre em novo separador, essa informação também deve ser incluída no nome acessível.

  

  ---

  Verifica-se que os cards relativos às opções de bolsa de estudos possuem nome acessível fornecido através do título visível e, adicionalmente, através do atributo title no elemento <a>.

  Neste caso, uma vez que o título visível já identifica adequadamente a finalidade do link, recomenda-se remover o atributo title do elemento <a>, evitando redundância ou possíveis inconsistências no nome acessível.

  

  ---

  Verifica-se que o card da notícia é apresentado visualmente com imagem, título e descrição, mas o elemento <a> responsável pela navegação encontra-se separado da imagem e do conteúdo visível do card. Possuindo alem do titulo, um aria-label com a mesma descrição. Também verifica-se que a imagem encontra-se estruturada fora do link acessível.

  Neste caso, recomenda-se combinar a imagem e o título da notícia numa única hiperligação, garantindo que o texto visível do título identifica claramente o destino do link. A imagem pode permanecer como decorativa através de alt="" e recomenda-se ainda remover o aria-label e evitar a duplicação, mantendo o nome acessível do link através do título visível associado.

  

  URLs a verificar:

  • https://bolsadeestudo.cm-machico.pt/
  • https://bolsadeestudo.cm-machico.pt/informacoes/bolsas-de-estudo

  Recomendações:

  • Recomenda-se remover o atributo title do elemento <a> ou <img>, manter o nome acessível através do atributo alt ou através do título visível associado à imagem.
  • Ajustar o nome acessível para identificar a finalidade e o destino do link, por exemplo: alt="Bolsas de Estudo - Machico - página inicial"
  • Recomenda-se que o equivalente alternativo seja apresentado em linguagem natural, sem identificadores técnicos, nomes de ficheiros ou caracteres desnecessários, como hífens (-) ou underscores (_).

etiqueta: NOK

Lista de evidências recolhidas:

• evidência: issue #28 Texto normal 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

  Evidências

  • O contraste no texto normal (menor que 18 pontos ou menor que 14 pontos negrito) das páginas deve ser, no mínimo 4,5:1, para que pessoas com baixa visão consigam ler o texto.

  O website apresenta problemas de contraste no texto normal em formulários, nomeadamente nas mensagens de erro no símbolo de * para os campos obrigatórios, por exemplo no formulário Consulta Candidatura utilizam nas mensagens de erro, a combinação de cores #E73D4A(cor de primeiro plano) e #FFFFFF(cor de plano de fundo) que torna os textos pouco visíveis. (Figura 1)

  

  Figura 1- Mensagens de erro com problemas de contraste, com uma taxa de apenas 4,06:1 na avaliação com a ferramenta WAVE

  Há menus no website que apresentam problemas de contraste no estado de hover. Por exemplo no menu mobile e “Machico Digital” nas suas opções, onde texto normal utiliza a combinação de cores #FFFFFF(cor de primeiro plano) e #0098D8(cor de plano de fundo) o que torna os textos pouco visíveis. (Figura 2 e 3)

  

  Figura 2- Texto normal em estado de hover com problemas de contraste, com uma taxa de apenas 3,2:1 não passam na avaliação de contraste com a ferramenta Colour Contrast Analyser

  

  Figura 3- Texto normal em estado de hover no menu mobile com problemas de contraste

  Além disso, há páginas interiores no website, que possuem um banner destaque “Support Center”, com textos sobre imagens que não possuem constraste suficiente em seu conteúdo informativo. Por exemplo na página, o conteúdo apresenta o texto “Assistência técnica ao Balcão Online Municipal” que encontra-se ilegível com taxa de contraste de apenas 3,6:1. (Figura 4)



  

  Figura 4 - Imagens com apresentam texto com problema de contraste

  Esta implementação dificulta a perceção e compromete a leitura e interpretação da informação, especialmente para utilizadores com baixa visão.

  URLs a verificar

  • https://bolsadeestudo.cm-machico.pt/ (Menu “Machico Digital” disponível em todo website)
  • https://bolsadeestudo.cm-machico.pt/menu/consulta-candidatura (Rever contraste de mensagens de erro)
  • (Problema de contraste em botões “Saiba+” e “Consultar”)
  • https://bolsadeestudo.cm-machico.pt/menu/noticias-e-destaques/noticia/1114-formacao-em-contexto-de-trabalho-abertura-dos-programas-94-95-96-e-97
  • https://bolsadeestudo.cm-machico.pt/menu/consulta-candidatura
  • (Rever textos em imagens com baixo contraste)
  • https://bolsadeestudo.cm-machico.pt/informacoes/bolsas-de-estudo

  Recomendações
  Recomendamos a revisão das combinações de cores das páginas de todo website para garantir os valores mínimos de contraste do normal. Garantir consistência nos estados visuais (normal, hover, foco) com contraste adequado;

  • Caso exista texto normal com pouco contraste, em que as cores utilizadas sejam as mesmas do logótipo da entidade, recomendamos a substituição dessas cores por outras que garantam um contraste mínimo de 4,5:1. Por exemplo, podem ser usados tons semelhantes ao do logotipo ou outras cores da identidade gráfica da marca.

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

Lista de evidências recolhidas:

• evidência: issue #73 Utilização exclusiva de legendas automáticas do YouTube

  etiqueta: melhoriaetiqueta: chk 10 webetiqueta: R 7.2

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

  Evidências:

  Nos vídeos avaliados verificou-se a existência de legendas automáticas disponibilizadas pela plataforma YouTube. Embora estas legendas permitam acompanhar o conteúdo áudio e contribuam para a acessibilidade dos vídeos, são geradas automaticamente e não evidenciam ter sido revistas ou corrigidas manualmente.

  As legendas automáticas podem conter imprecisões na transcrição, pontuação ou identificação de intervenientes e sons relevantes, não garantindo o mesmo nível de qualidade e fiabilidade que legendas fechadas preparadas especificamente para o conteúdo. O requisito 7.2 recomenda preferencialmente a disponibilização de legendas fechadas sincronizadas e, quando tal não seja possível, pelo menos uma transcrição textual.

  

  Figura 1 – Exemplo de vídeo com legendas automáticas disponibilizadas pelo YouTube .

  URLs a verificar:

  • https://bolsadeestudo.cm-machico.pt/menu/noticias-e-destaques/noticia/750-dia-internacional-pela-eliminacao-da-violencia-contra-as-mulheres

  Recomendações:

  • Recomenda-se a substituição das legendas automáticas por legendas fechadas revistas ou produzidas manualmente, garantindo uma transcrição mais precisa do conteúdo falado e dos sons relevantes para a compreensão do vídeo. Esta abordagem melhora a qualidade da acessibilidade disponibilizada a pessoas surdas ou com dificuldades auditivas e está mais alinhada com as boas práticas recomendadas.

etiqueta: NOK

Lista de evidências recolhidas:

• evidência: issue #12 Filtros de pesquisa expostos ao leitor de ecrã antes de estarem visíveis

  etiqueta: chk 10 webetiqueta: NOKetiqueta: R 8.2

  Quando se retira a CSS, a informação aparece numa ordem lógica.
  – ver requisito 8.2 na lista 10 aspetos

  Evidências:

  Na página observada, em ecrãs de dimensões reduzidas (como dispositivos móveis ou janelas com elevado nível de zoom), o painel de filtros/pesquisa pode ficar visualmente oculto quando a largura disponível da interface não permite a sua apresentação imediata.

  Contudo, apesar de não estar visível para o utilizador, o conteúdo dos filtros permanece disponível na árvore de acessibilidade e pode ser navegado por leitores de ecrã.

  Adicionalmente, verificou-se que o formulário de pesquisa avançada não se encontra junto do botão que o ativa, surgindo separado deste por outros conteúdos da página. Como consequência, a sequência de leitura deixa de refletir a relação existente entre o controlo de ativação e o conteúdo que este apresenta.

  Como consequência, a ordem de leitura disponibilizada às tecnologias de apoio não corresponde à informação efetivamente apresentada na interface, originando uma inconsistência entre o conteúdo visível e o conteúdo exposto programaticamente.

  

  Figura 1 - Formulário oculto visualmente mas disponível ao leitor de ecrã antes da ativação da pesquisa avançada

  URLs a verificar:

  • https://apoia.cm-machico.pt/menu/noticias-e-destaques
  • (Páginas com pesquisa avançada/filtros em ecrãs de dimensões reduzidas.)

  Recomendações:

  • Garantir que o formulário permanece oculto da árvore de acessibilidade enquanto não estiver visível.
  • Utilizar mecanismos apropriados para ocultação acessível, como:
    • hidden;
    • display: none;
    • aria-hidden="true" enquanto o painel estiver fechado.
  • Atualizar corretamente os atributos de acessibilidade quando os filtros são apresentados ou ocultados.
  • Posicionar o formulário de pesquisa avançada imediatamente antes ou imediatamente após o botão que o ativa, garantindo que ambos permanecem adjacentes na ordem de leitura.
  • Garantir que a ordem de leitura anunciada pelos leitores de ecrã corresponde à ordem visual apresentada ao utilizador.
  • Validar o comportamento em diferentes dimensões de ecrã e com tecnologias de apoio.

• evidência: issue #9 Elementos ocultos e campos técnicos expostos sem função percetível

  etiqueta: melhoriaetiqueta: chk 10 webetiqueta: R 8.2

  Quando se retira a CSS, a informação aparece numa ordem lógica.
  – ver requisito 8.2 na lista 10 aspetos

  Evidências:

  No formulário de consulta de candidatura foram identificados elementos técnicos e controlos ocultos presentes na estrutura da página sem função percetível para o utilizador.

  Foram observados:

  • campos ocultos (input type="hidden");
  • uma área de ações (form-actions) definida com display:none;
  • um botão de submissão oculto com texto técnico interno.

  Embora alguns destes elementos possam ser utilizados internamente pela aplicação, encontram-se presentes na estrutura do formulário sem contexto funcional claro para utilizadores ou tecnologias de apoio.

  Como consequência, a estrutura do formulário pode tornar-se confusa quando interpretada sem os estilos visuais aplicados ou através de tecnologias de apoio, dificultando a compreensão da lógica e fluxo da interação.

  

  Figura 1 - Elementos técnicos e ações ocultas expostos na estrutura do formulário

  URL a verificar:

  • https://bolsadeestudo.cm-machico.pt/menu/consulta-candidatura

  Recomendações:

  • Rever a necessidade de exposição estrutural de campos e ações exclusivamente técnicas.
  • Garantir que elementos ocultos não interferem com a compreensão semântica e lógica do formulário.
  • Evitar a apresentação de identificadores técnicos ou controlos sem função percetível para o utilizador.
  • Validar a experiência com tecnologias de apoio e com estilos desativados para confirmar que a estrutura permanece coerente e compreensível.

etiqueta: NOK

Lista de evidências recolhidas:

• evidência: issue #14 Controlo "Voltar atrás" presente na estrutura da página sem correspondência na interface

  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

  Evidências:

  Na página observada foi identificado um controlo com o texto "Voltar atrás" presente na estrutura HTML, apesar de não ser apresentado visualmente ao utilizador.

  Embora o elemento não faça parte da interface visível, continua presente no código da página e pode ser interpretado por tecnologias de apoio ou tornar-se visível quando os estilos CSS não são aplicados.

  Adicionalmente, o controlo não aparenta possuir uma função clara no contexto observado, uma vez que não existe qualquer ação de navegação correspondente disponível para o utilizador.

  Como consequência, a estrutura semântica da página deixa de corresponder à interface efetivamente apresentada, podendo induzir utilizadores de tecnologias de apoio em erro relativamente às ações disponíveis.

  

  Figura 1 - Controlo "Voltar atrás" presente na estrutura da página sem correspondência na interface visível.

  URLs a verificar:

  • https://bolsadeestudo.cm-machico.pt/menu/consulta-candidatura

  Recomendações:

  • Remover o controlo da estrutura da página caso não tenha qualquer função disponível para o utilizador.
  • Caso o elemento seja utilizado apenas em determinados contextos, garantir que apenas é incluído no DOM quando efetivamente estiver disponível e visível.
  • Assegurar que a estrutura semântica da página corresponde aos elementos e funcionalidades efetivamente apresentados na interface.
  • Validar o comportamento com tecnologias de apoio e sem CSS, garantindo que não são expostos controlos sem utilidade para o utilizador.

• evidência: issue #13 Ausência de landmarks semânticos

  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

  Evidências

  Observa-se a ausência de landmarks semânticos que permitam identificar programaticamente as principais regiões da página (ex.: cabeçalho, navegação, conteúdo principal e rodapé). A estrutura da interface aparenta estar predominantemente assente em elementos genéricos (<div> e <section>), sem utilização consistente de elementos HTML semânticos ou roles equivalentes.

  A inexistência destas regiões semânticas dificulta a navegação por tecnologias de apoio, nomeadamente leitores de ecrã, impedindo os utilizadores de saltar rapidamente entre áreas relevantes da página.

  

  Figura 1 - Ausência de landmarks semânticos identificáveis na estrutura da página

  URLs a verificar

  • https://bolsadeestudo.cm-machico.pt/
  • (em todo o website)

  Recomendações

  • Implementar landmarks semânticos para as principais regiões da página, recorrendo preferencialmente a elementos HTML nativos como <header>, <nav>, <main> e <footer>
  • Garantir a existência de uma única região principal (<main>) por página
  • Quando não for possível utilizar elementos HTML semânticos, aplicar roles ARIA equivalentes, como role="banner", role="navigation", role="main" e role="contentinfo"
  • Validar a estrutura semântica com tecnologias de apoio para confirmar que as regiões são corretamente identificadas e anunciadas ao utilizador.

  Referência: MDN – ARIA landmark roles

• evidência: issue #10 Listagem de conteúdos sem estrutura semântica adequada

  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

  Evidências:

  Na página principal, têm várias secções em que cada item é apresentado como um conjunto de conteúdos relacionados (imagem, data, título, descrição e ligação para detalhe), estruturado com múltiplos elementos <div>.

  No entanto, estes itens não estão inseridos numa estrutura semântica de lista (<ul> / <li>), apesar de representarem claramente uma listagem de conteúdos homogéneos.

  

  Figura 1 – Listagem de notícias estruturada com elementos <div> sem utilização de lista semântica

  Como consequência, as tecnologias de apoio não conseguem identificar programaticamente que estes elementos pertencem a um conjunto, nem o número total de itens existentes.

  Quando os estilos CSS são desativados, os conteúdos passam a ser apresentados como blocos isolados, sem indicação clara da relação entre si, dificultando a compreensão da estrutura da informação.

  URL a verificar

  • https://bolsadeestudo.cm-machico.pt/
  • https://bolsadeestudo.cm-machico.pt/menu/noticias-e-destaques
  • https://bolsadeestudo.cm-machico.pt/menu/resultados-anteriores
  • (outras páginas com elementos semelhantes)

  Recomendações:

  • Deve ser verificado este padrão em todo o website.
  • Os conjuntos de conteúdos que representem listagens (ex.: documentos, notícias, resultados) devem ser estruturados semanticamente como listas (<ul> ou <ol>), com cada item representado por um <li>.
  • Cada item da lista deve agrupar toda a informação relacionada (categoria, título, descrição e ações) dentro do respetivo <li>.
  • Evitar a utilização exclusiva de elementos genéricos (<div>) para representar agrupamentos de conteúdos.
  • Validar com leitores de ecrã para garantir que o agrupamento e o número de itens são corretamente anunciados.

etiqueta: N/A

Lista de evidências recolhidas:

• evidência: issue #31 Não foram identificadas caixas de diálogo no website.

  etiqueta: chk 10 webetiqueta: N/Aetiqueta: R 9.1

  Quando a caixa de diálogo é aberta, o foco (cursor do Browser) move-se para um elemento dentro da caixa de diálogo
  – ver requisito 9.1 na lista 10 aspetos

  Evidências:
  Não foram identificadas caixas de diálogo no website Bolsa de Estudos Machico. Por esse motivo, consideramos esse critério como "Não aplicável".

etiqueta: N/A

Lista de evidências recolhidas:

• evidência: issue #32 Quando uma caixa de diálogo está aberta, a navegação com teclado tem de ficar circunscrita aos elementos que compõem a caixa de diálogo

  etiqueta: chk 10 webetiqueta: N/Aetiqueta: R 9.2

  Quando uma caixa de diálogo está aberta, a navegação com teclado (Browser ou Tecnologia de apoio) tem de ficar circunscrita aos elementos que compõem a caixa de diálogo
  – ver requisito 9.2 na lista 10 aspetos

  Evidências:
  Não foram identificadas caixas de diálogo no website Bolsa de Estudos Machico. Por esse motivo, consideramos esse critério como "Não aplicável".

etiqueta: N/A

Lista de evidências recolhidas:

• evidência: issue #33 A caixa de diálogo tem de ter um mecanismo que permita sair ou fechar a caixa, quer através de teclado quer através de um dispositivo apontador

  etiqueta: chk 10 webetiqueta: N/Aetiqueta: R 9.3

  A caixa de diálogo tem de ter um mecanismo que permita sair ou fechar a caixa, quer através de teclado quer através de um dispositivo apontador
  – ver requisito 9.3 na lista 10 aspetos

  Evidências:

  Não foram identificadas caixas de diálogo no website Bolsa de Estudos Machico. Por esse motivo, consideramos esse critério como "Não aplicável".

etiqueta: N/A

Lista de evidências recolhidas:

• evidência: issue #34 Quando a caixa de diálogo fecha, o foco (cursor do Browser) deve voltar ao elemento interativo que a invocou

  etiqueta: chk 10 webetiqueta: N/Aetiqueta: R 9.4

  Quando a caixa de diálogo fecha, o foco (cursor do Browser) deve voltar ao elemento interativo que a invocou
  – ver requisito 9.4 na lista 10 aspetos

  Evidências:
  Não foram identificadas caixas de diálogo no website Bolsa de Estudos Machico. Por esse motivo, consideramos esse critério como "Não aplicável".

etiqueta: NOK

Lista de evidências recolhidas:

• evidência: issue #69 Não foi possível extrair o conteúdo textual para formato TXT

  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

  Evidências:

  Foi verificado que, nos documentos PDF avaliados, não é possível extrair o conteúdo textual para formato TXT.

  Esta situação indica que os documentos poderão ter sido disponibilizados como imagens digitalizadas ou sem uma camada de texto acessível, impedindo a seleção, cópia e extração do conteúdo textual.

  A ausência de texto extraível dificulta o acesso à informação por utilizadores de tecnologias de apoio, bem como a reutilização do conteúdo através de ferramentas de leitura e processamento de texto.

  URLs a verificar:

  • Regulamento na Homepage - PDF 1

  Recomendações:

  • Garantir que os documentos PDF disponibilizados permitem a extração do conteúdo textual para formato TXT.
  • Aplicar Reconhecimento Ótico de Caracteres (OCR) aos documentos que se encontrem em formato de imagem digitalizada.
  • Validar, após a conversão, que o texto pode ser selecionado, copiado e extraído por tecnologias de apoio e ferramentas de leitura.
  • Sempre que possível, gerar os ficheiros PDF diretamente a partir dos documentos de origem, preservando a camada de texto acessível.

etiqueta: NOK

Lista de evidências recolhidas:

• evidência: issue #20 Falta de glossário para termos complexos

  etiqueta: chk conteúdoetiqueta: NOKetiqueta: R 1.2

  Os termos mais complexos têm uma definição agregada.
  – ver requisito 1.2 na lista Conteúdo

  Evidências:

  Ao longo do website, é possível identificar a utilização de diversos termos técnicos e complexos que surgem sem qualquer definição ou explicação associada. Na ausência de um glossário ou de mecanismos que permitam esclarecer esses conceitos, os utilizadores podem ter dificuldade em compreender plenamente a informação apresentada, especialmente aqueles que não estão familiarizados com a terminologia utilizada.

  

  Imagem com vários termos complexos sem definição agregada. Disponível em: https://bolsadeestudo.cm-machico.pt/informacoes/bolsas-de-estudo

  

  Imagem com vários termos complexos sem definição agregada. Disponível em: https://bolsadeestudo.cm-machico.pt/menu/noticias-e-destaques/noticia/1138-mes-da-prevencao-dos-maustratos-na-infancia-2026-20260504144812

  URLs a verificar:

  • https://bolsadeestudo.cm-machico.pt/menu/consulta-candidatura - NIF e NIPC

  Recomendações:

  Recomenda-se a criação de um glossário que permita a utilização consistente de siglas ao longo do website, evitando que o utilizador tenha de procurar repetidamente a sua definição noutros parágrafos.

  Como exemplo podem visualizar o glossario do acessibilidade.gov.

etiqueta: NOK

Lista de evidências recolhidas:

• evidência: issue #23 O corpo de texto tem um tamanho inferior a 12pt (equivalente a 16px)

  etiqueta: chk conteúdoetiqueta: NOKetiqueta: R 2.1

  O tipo de letra do corpo do documento é adequado e o tamanho da letra é, no mínimo, de 12 pontos.
  – ver requisito 2.1 na lista Conteúdo

  Evidências

  • Para garantir a legibilidade do corpo de texto, este deve ter um tamanho igual ou superior a 12pt, que equivale a 16px.

  O website apresenta botões com tamanho de texto inferior ao recomendado. Como por exemplo na página Notícias e Destaques o botão “Limpar filtro” com apenas 15px. (Figura 1)

  

  Figura 1 - Verificação do tamanho de texto em botões no website com valor inferior ao recomendado para informação primária

  O Formulário de pesquisa também possui em seus filtros nos placeholders textos indicativos para os campos de preenchimentos, que possuem tamanho de letra de apenas 14px. (Figura 2)

  

  Figura 2 - Textos considerados informações primárias para preenchimento dos formulários com dimensão inferior ao recomendado

  URLs a verificar

  • https://bolsadeestudo.cm-machico.pt/menu/noticias-e-destaques

  Recomendações
  É necessário rever todo website para ser corrigido os textos de informações primárias, para um tamanho igual ou superior ao recomendado.

• evidência: issue #22 O conteúdo do site fica desformatado em resoluções mais pequenas

  etiqueta: chk conteúdoetiqueta: NOKetiqueta: R 2.1

  O tipo de letra do corpo do documento é adequado e o tamanho da letra é, no mínimo, de 12 pontos.
  – ver requisito 2.1 na lista Conteúdo

  Evidências

  • Todos os conteúdos do site devem ser responsivos para garantir a sua legibilidade na maioria das resoluções e quando são escalados para tamanhos superiores.

  O website apresenta inconsistências na variação dos tamanhos de letra em resoluções mais reduzidas. Com a navegação verificou‑se que, ao alterar a resolução para um formato mobile, o corpo de texto da página da Declaração de Acessibilidade fica com uma dimensão inferior à recomendada, comprometendo a legibilidade. (Figura 1)

  

  Figura 1 - Corpo de texto com apenas 14px em ecrãs menores

  Além disso, na página, rótulos dos campos de preenchimento cumprem o valor recomendado em desktop, mas em versões mobile sofre alterações com o tamanho de letra de apenas 14px. (Figura 2)

  

  Figura 2 - Rótulos de campos de preenchimentos não cumprem valor mínimo recomendado em versões mobile

  O mesmo problema verifica-se na variação dos tamanhos dos textos dos botões na “Lista de eventos”. Na versão para dispositivos móveis, o texto apresenta um tamanho inferior, enquanto noutros dispositivos chega mesmo a desaparecer (Figuras 3 e 4).

  

  Figura 3 - Menu Mobile com textos inferior ao recomendado

  

  Figura 4 - Botão “Consultar” com apenas 12px em versões para dispositivos móveis

  URLs a verificar

  • https://bolsadeestudo.cm-machico.pt/ - (Textos do menu principal e botões da página inicial com valor variável)
  • https://bolsadeestudo.cm-machico.pt/acessibilidade (Conteúdos no corpo de texto com tamanho variável)
  • https://bolsadeestudo.cm-machico.pt/menu/consulta-candidatura - (Labels em formulários variáveis em dispositivos móveis)
  • https://bolsadeestudo.cm-machico.pt/menu/consulta-candidatura - (Corrigir tamanhos de botões no website)
  • https://bolsadeestudo.cm-machico.pt/menu/noticias-e-destaques Textos dos Botões: "Pesquisa Avançada"(12px). "Machico Digital" e "Apoia" (13px)

  Recomendações
  É necessário a revisão em todo website. Para correção das páginas adaptadas de modo a assegurar que o conteúdo se reorganiza corretamente e permanece totalmente utilizável em diferentes resoluções, tamanhos e orientações de ecrã, sem perda de informação ou funcionalidade.

etiqueta: NOK

Lista de evidências recolhidas:

• evidência: issue #25 Existem blocos de textos 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

  Evidências

  • Para assegurar uma boa leitura, as linhas de texto devem ter até 80 caracteres (incluindo espaços). No limite, podem ir até aos 100 caracteres (incluindo espaços).

  Verificámos que no website há blocos de textos apresentam largura superior ao recomendado por linha. Por exemplo na página Bolsa de Estudo (Figura 1)

  

  Figura 1 - Análise de bloco de texto com ferramenta WordCounter com 174 caracteres

  URLs a verificar

  • https://bolsadeestudo.cm-machico.pt/informacoes/bolsas-de-estudo (174 caracteres)
  • https://bolsadeestudo.cm-machico.pt/acessibilidade (174 caracteres)
  • https://bolsadeestudo.cm-machico.pt/menu/noticias-e-destaques/noticia/1144-festa-intercultural-varias-culturas-uma-so-escola-20260611165453 (179 caracteres)
  • https://bolsadeestudo.cm-machico.pt/menu/noticias-e-destaques (Verificar largura de textos em todas as páginas interiores das notícias no website)

  Recomendações
  Revisar blocos de textos para garantir que não é ultrapassado o número máximo de caracteres por linha. Recomendamos que seja definida uma largura máxima para as caixas de texto (max-width, em CSS), com unidades relativas ao tamanho de fonte (unidades em ou rem).

  • Nota: Rever todo website não apenas o apontamentos aqui colocados. Para cumprir o critério, é necessário corrigir larguras de blocos de textos e garantir uma leitura confortável para todos utilizadores de maneira transversal em todo o website.

etiqueta: NOK

Lista de evidências recolhidas:

• evidência: issue #42 Excesso de opções nos menus de navegação

  etiqueta: chk conteúdoetiqueta: R 3.1etiqueta: NOK

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

  Evidências:

  Os menus de navegação devem se manter equilibrado, nem com demasiadas opções de topo sem opções secundárias, nem com poucas opções de topo e muitas opções secundarias. Nenhum nível de navegação deve ter mais de 9 opções, mas neste caso as subopções da opção "Apoia" do menu principal contêm 10 opções.

  

  Imagem da subopção "Apoia" com 10 opções.

  Adicionalmente, o menu do rodapé também contêm secções com mais de 9 opções:

  

  Imagem do rodapé com secções com 10 e 13 opções.

  URLs a verificar:

  • https://bolsadeestudo.cm-machico.pt/ - opção "Apoia" do menu principal e secções "Apoios" e "Machico Digital" no rodapé

  Recomendações:

  Recomenda-se a reorganização destes menus, de forma a reduzir o número de itens apresentados e a estruturar a informação de modo mais claro, simples e intuitivo, promovendo uma melhor experiência de utilização e conformidade com os princípios de acessibilidade.

  Com vista à melhoria da usabilidade e conformidade com os princípios de acessibilidade, recomenda-se:

  • Reduzir o número de opções no subnível, agrupando conteúdos relacionados sob categorias mais abrangentes.
  • Utilizar rótulos claros e consistentes que facilitem a identificação rápida das secções.

etiqueta: NOK

Lista de evidências recolhidas:

• evidência: issue #44 Falta de identificação complementar nas hiperligações

  etiqueta: chk conteúdoetiqueta: R 3.3etiqueta: NOK

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

  Evidências:

  Foi identificado um problema de acessibilidade relacionado com a identificação visual de links no website. Atualmente, existem situações em que os links não estão devidamente diferenciados do texto normal, sendo identificáveis apenas através da cor ou de interação (hover), o que não cumpre as boas práticas de acessibilidade. Segue em seguida alguns exemplos encontrados:

  

  Links do rodapé sem indicação de hiperligação.

  

  Links do breadcrumb sem idicação de hiperligação. Disponível em: https://bolsadeestudo.cm-machico.pt/menu/noticias-e-destaques/noticia/1143-visita-a-exposicao-cores-do-mundo-20260611165045

  URLs a verificar:

  • https://bolsadeestudo.cm-machico.pt/ - Links do rodapé e breadcrumbs

  Recomendações:

  • Sejam visualmente distinguíveis do texto normal sem depender exclusivamente da cor;
  • Incluam sublinhado ou outro indicador visual consistente;
  • Mantenham consistência em todos os estados (normal, hover, focus).

etiqueta: NOK

Lista de evidências recolhidas:

• evidência: issue #59 Páginas extensas sem índice de navegação interna entre secções

  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

  Evidências:

  Verificamos que a página Bolsas de Estudo ocupa mais de 3 ecrãs e não possui um índice de hiperligações para facilitar a navegação pelo conteúdo.

  

  Figura 01 — Página "Bolsas de Estudo" com conteúdo extenso e sem índice de navegação interna.

  URLs a verificar:

  • https://bolsadeestudo.cm-machico.pt/informacoes/bolsas-de-estudo
  • https://bolsadeestudo.cm-machico.pt/acessibilidade

  Recomendações:

  Disponibilizar um índice no início das páginas, com hiperligações para as principais secções do conteúdo, permitindo o acesso direto à informação pretendida e reduzindo a necessidade de percorrer toda a página.

etiqueta: NOK

Lista de evidências recolhidas:

• evidência: issue #60 Inconsistências de adaptação responsiva e apresentação de conteúdos em dispositivos móveis

  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

  Evidências:

  Verificamos que, na página Bolsas de Estudo, o menu de navegação não se adapta corretamente em alguns dispositivos móveis.

  O botão "Apoia" é apresentado desalinhado em relação aos restantes elementos do menu, comprometendo a consistência do layout e a apresentação da interface. (Figura 01)

  

  Figura 01 — Botão "Apoia" apresentado desalinhado no menu de navegação em dispositivo móvel.

  Na página Visita à exposição 'Cores do Mundo'", o texto é apresentado truncado em dispositivos móveis, ficando parte do conteúdo cortada horizontalmente e impossibilitando a leitura integral da informação. (Figura 02)

  

  Figura 02 — Texto da notícia cortado horizontalmente em dispositivo móvel, comprometendo a leitura do conteúdo.

  URLs a verificar:

  • https://bolsadeestudo.cm-machico.pt/informacoes/bolsas-de-estudo
  • https://bolsadeestudo.cm-machico.pt/menu/consulta-candidatura
  • https://bolsadeestudo.cm-machico.pt/menu/noticias-e-destaques/noticia/1143-visita-a-exposicao-cores-do-mundo-20260611165045 (Verificar todas as páginas de notícias do website).

  Recomendações:

  Rever a adaptação das páginas para dispositivos móveis, assegurando o correto posicionamento dos elementos da interface e a apresentação integral dos conteúdos em diferentes resoluções. O layout deverá ajustar-se à largura disponível do ecrã, evitando desalinhamentos, sobreposições ou conteúdo truncado que comprometa a leitura e a utilização da página.

etiqueta: NOK

Lista de evidências recolhidas:

• evidência: issue #61 Elementos interativos dependentes de interação por hover para visualização

  etiqueta: chk conteúdoetiqueta: NOKetiqueta: R 5.1

  Não existem elementos interativos acionados apenas com a passagem do rato.
  – ver requisito 5.1 na lista Conteúdo

  Evidências:

  Verificamos que, no rodapé do website Portal das Bolsas de Estudo - Câmara Municipal de Machico, o logótipo "Com Machico Portal das Bolsas de Estudo" apenas é apresentado quando o utilizador interage com a área através de hover. Esta funcionalidade depende exclusivamente da interação com o rato, não estando disponível da mesma forma em dispositivos táteis ou para utilizadores que não utilizem hover. (Figura 01)

  

  Figura 01 — Logótipo "Com Machico Portal das Bolsas de Estudo" apresentado apenas em estado hover no rodapé do website.

  URL a verificar:

  • https://bolsadeestudo.cm-machico.pt/

  Recomendações:

  Disponibilizar o logótipo de forma permanente, sem depender exclusivamente da interação por hover. Caso exista uma funcionalidade associada ao elemento, esta deverá permanecer visível e acessível em todos os dispositivos, incluindo equipamentos com interação por toque.

etiqueta: NOK

Lista de evidências recolhidas:

• evidência: issue #62 Elementos interativos com área clicável inferior à dimensão mínima recomendada de 44px CSS

  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

  Evidências:

  Verificamos que, na página Notícias e Destaques, o botão "Menu", apresentado na versão móvel, possui uma dimensão de 25 × 30.1px, valor inferior à dimensão mínima recomendada de 44px para elementos interativos. Esta situação pode dificultar a seleção do elemento, sobretudo em dispositivos tácteis. (Figura 01)

  

  Figura 01 — Botão "Menu" com dimensão inferior à recomendada para elementos interativos.

  URL a verificar:

  • https://bolsadeestudo.cm-machico.pt/menu/noticias-e-destaques

  Recomendações:

  Ajustar a dimensão do botão "Menu" ou da respetiva área clicável, de forma a garantir uma área mínima de interação de 44 × 44px, facilitando a sua utilização em dispositivos táteis sem comprometer a organização da interface.

etiqueta: NOK

Lista de evidências recolhidas:

• evidência: issue #63 Hierarquia visual insuficiente entre ações principais e elementos informativos

  etiqueta: chk conteúdoetiqueta: NOKetiqueta: R 5.3

  Há apenas um botão de ação principal por página e o mesmo encontra-se destacado.
  – ver requisito 5.3 na lista Conteúdo

  Evidências:

  Verificamos que, no painel de filtros da página Notícias e Destaques, a ação "Limpar filtro" não apresenta um destaque visual que a diferencie das restantes ações disponíveis. O botão utiliza o mesmo estilo visual do botão "Voltar atrás", dificultando a identificação da ação principal do painel. (Figura 01)

  

  Figura 01 — Ação "Limpar filtro" sem destaque visual face à ação secundária "Voltar atrás".

  URL a verificar:

  • https://bolsadeestudo.cm-machico.pt/menu/noticias-e-destaques

  Recomendações:

  Destacar visualmente a ação "Limpar filtro", diferenciando-a das restantes ações disponíveis no painel. A hierarquia visual deverá permitir identificar facilmente a ação principal, recorrendo, por exemplo, a uma cor de destaque distinta da utilizada nas ações secundárias.

etiqueta: NOK

Lista de evidências recolhidas:

• evidência: issue #65 Elementos interativos sem diferenciação visual clara ou comportamento consistente de interação

  etiqueta: chk conteúdoetiqueta: NOKetiqueta: R 5.4

  Elementos gráficos interativos têm de aparentar ser clicáveis.
  – ver requisito 5.4 na lista Conteúdo

  Evidências:

  Verificamos que, na página inicial do website Portal das Bolsas de Estudo Machico, existem elementos interativos que não apresentam uma diferenciação visual clara nem alterações de aparência que evidenciem a sua interatividade.

  O texto "O Apoio Social dedicado aos jovens estudantes de Machico" é apresentado sublinhado, sugerindo tratar-se de uma hiperligação. No entanto, o elemento não possui qualquer funcionalidade interativa, podendo induzir os utilizadores em erro quanto à sua natureza. (Figura 01)

  

  Figura 01 — Texto apresentado com aparência de hiperligação, sem funcionalidade interativa.

  Os cartões da secção "Notícias e Destaques" são clicáveis, mas não apresentam características visuais que permitam identificar claramente essa funcionalidade. Adicionalmente, não existe qualquer alteração visual em estado hover que reforce a perceção de interação. Esta situação pode dificultar a identificação dos cartões como elementos interativos. (Figura 02)

  

  Figura 02 — Cartões da secção "Notícias e Destaques" sem indicação visual de interação.

  URLs a verificar:

  • https://bolsadeestudo.cm-machico.pt/
  • https://bolsadeestudo.cm-machico.pt/menu/resultados-anteriores

  Recomendações:

  Rever a apresentação visual dos elementos identificados, garantindo que apenas os elementos interativos apresentam características associadas à interação. Os elementos clicáveis deverão ser facilmente identificáveis através de indicadores visuais, como alteração de cor, contorno, ícones ou efeitos nos estados hover e foco. Por outro lado, elementos sem funcionalidade interativa não deverão ser apresentados com características visuais que possam ser confundidas com hiperligações ou botões.

• evidência: issue #64 Elementos interativos com contraste insuficiente relativamente ao fundo

  etiqueta: chk conteúdoetiqueta: NOKetiqueta: R 5.4

  Elementos gráficos interativos têm de aparentar ser clicáveis.
  – ver requisito 5.4 na lista Conteúdo

  Evidências:

  Verificamos que, na página inicial do website Portal das Bolsas de Estudo Machico, existem elementos interativos com uma relação de contraste inferior ao mínimo recomendado.

  A título de exemplo, o botão "Saber +", presente na secção "Bolsas de Estudo de Machico", apresenta uma relação de contraste de 1.97:1 face ao fundo envolvente, valor inferior ao mínimo recomendado. (Figura 01)

  

  Figura 01 — Botão "Saber +" da secção "Bolsas de Estudo de Machico" com contraste 1.97:1 inferior ao mínimo recomendado.

  Os ícones associados aos elementos interativos "Regulamento", "Requerimento ONLINE", "Manual de Apoio – Submissão Online" e "Pressupostos", presentes na secção "Bolsas de Estudo – O Apoio Social Dedicado aos Jovens Estudantes de Machico", apresentam uma relação de contraste de 2.01:1 face ao fundo envolvente, valor inferior ao mínimo recomendado. (Figura 02)

  

  Figura 02 — Ícones dos elementos interativos com contraste 2.01:1 inferior ao mínimo recomendado.

  Os elementos interativos da secção "Machico APOIA" apresentam uma relação de contraste inferior ao mínimo recomendado. A título de exemplo, o elemento "Bolsas de Estudo" apresenta uma relação de contraste de 1.56:1 face ao fundo envolvente. (Figura 03)

  

  Figura 03 — Elemento interativo da secção "Machico APOIA" com contraste 1.56:1 inferior ao mínimo recomendado.

  URL a verificar:

  • https://bolsadeestudo.cm-machico.pt/

  Recomendações:

  Rever o contraste dos elementos interativos identificados, assegurando que botões, ícones e restantes componentes da interface apresentam uma relação de contraste mínima de 3:1 face ao fundo envolvente.

  Esta verificação deverá incluir todos os estados de interação, como normal, hover, foco e ativo, garantindo que os elementos permanecem facilmente identificáveis em qualquer contexto de utilização.

etiqueta: N/A

Lista de evidências recolhidas:

• evidência: issue #52 Não foram encontrados formulários com mais de 2 ecrãs no website

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

  Os formulários com mais de 2 ecrãs de altura devem ser distribuídos por várias páginas.
  – ver requisito 1.2 na lista Transação

  Evidências:
  Não foram encontrados formulários com mais de 2 ecrãs no website
  Não foram encontrados formulários no Portal das Bolsas de Estudo de Machico com mais de dois ecrãs. Assim, este critério é considerado "Não aplicável (N/A)".

etiqueta: N/A

Lista de evidências recolhidas:

• evidência: issue #53 Não foram encontrados formulários com mais de uma página

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

  Os formulários com mais de uma página têm a sequência de passos ilustrada.
  – ver requisito 1.3 na lista Transação

  Evidências:
  Não foram encontrados formulários com mais de uma página dentro do Portal das Bolsas de Estudo de Machico. Assim, este requisito fica avaliado como "Não Aplicável".

etiqueta: NOK

Lista de evidências recolhidas:

• evidência: issue #54 O tamanho dos campos não reflete 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

  Evidências:
  Verificámos que, nos campos do formulário da página Consulta de Candidatura, os campos relativos ao NIF/NIPC e ao email são demasiado largos para o tipo de informação que o utilizador precisa de inserir.
  No caso do NIF/NIPC, ambos os dados (NIF e NIPC) são compostos por 9 dígitos. No caso do email, o limite visível do campo pode ser entre 30 a 40 caracteres, sendo que o campo pode comportar mais.

  

  Figura 1 – Análise do formulário da página Consulta de Candidatura.

  URL a verificar:
  Página Consulta de Candidatura – Campos “Indique o NIF/NIPC que utilizou para submeter a candidatura” e “Indique o email que utilizou para submeter a candidatura”.

  Recomendações:
  Recomendamos ajustar a largura dos campos para que corresponda ao tamanho real da informação a inserir.

etiqueta: N/A

Lista de evidências recolhidas:

• evidência: issue #55 Não foram identificados formulários que utilizem revelação progressiva

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

  É usada revelação progressiva em vez de campos inativos.
  – ver requisito 2.2 na lista Transação

  Evidências:
  No Portal das Bolsas de Estudo de Machico, não foram encontrados campos cujo conteúdo dependente seja ocultado ou revelado automaticamente com base na ativação de um campo chave. Assim, o requisito 2.2. da Checklist de Transação é avaliado como “Não aplicável”.

etiqueta: NOK

Lista de evidências recolhidas:

• evidência: issue #57 Não há informação clara sobre o que é o asterisco nos campos de preenchimento obrigatório

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

  Campos obrigatórios devem ser claramente indicados como tal.
  – ver requisito 2.4 na lista Transação

  Notas gerais:
  Os campos obrigatórios dos formulários devem estar devidamente identificados como tal. Idealmente, devem apresentar o texto “Obrigatório” à frente da legenda do campo. Pode-se colocar um * no campo obrigatório, desde que o significado do * seja mencionado no início do formulário.

  Evidências:
  Verificámos que, nos formulários da página Consulta de Candidatura, há o símbolo de um asterisco (*) após o rótulo dos campos.
  No entanto, não é fornecida uma legenda clara sobre o significado do asterisco no formulário.

  

  Figura 1 – Análise do formulário da página Consulta de Candidatura.

  URLs a verificar:
  Página Consulta de Candidatura

  Recomendações:
  Recomendamos que seja adicionada uma legenda no início do formulário que indique claramente o significado de *.

etiqueta: N/A

Lista de evidências recolhidas:

• evidência: issue #3 Inexistência de ações longas

  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

  Evidências:
  Na análise realizada, não foram identificadas ações longas que exijam comunicação de estado ao utilizador.
  Desta forma, considera-se que o critério é não aplicável.

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

Lista de evidências recolhidas:

• evidência: issue #4 Feedback após submissão não acessível

  etiqueta: chk transaçãoetiqueta: melhoriaetiqueta: R 3.2

  Deve ser confirmado o sucesso da transação/envio de informação.
  – ver requisito 3.2 na lista Transação

  Evidências:

  Após submissão do formulário:

  • A mensagem de feedback não é anunciada por leitores de ecrã
  • Não existe uso de aria-live, role="alert" ou role="status"
  • O foco não é movido para a mensagem
  • A mensagem não é alcançável por navegação por teclado
  • O utilizador pode permanecer no formulário sem perceber que a ação foi concluída

  Este comportamento compromete a compreensão do estado da interface.

  

  Figura 1 – Mensagem de feedback não anunciada nem acessível por teclado

  Sempre que o utilizador realiza uma ação (ex.: submissão de um formulário), o sistema deve fornecer um retorno claro e imediato sobre o resultado dessa ação. Esse feedback deve ser perceptível visualmente e também programaticamente acessível, garantindo que utilizadores de tecnologias de apoio são informados da alteração de estado.

  URLs a verificar:

  • https://bolsadeestudo.cm-machico.pt/menu/consulta-candidatura

  Recomendações:

  • Garantir que todas as ações apresentam feedback claro e acessível
  • Utilizar aria-live="polite" ou role="status" para mensagens dinâmicas
  • Mover o foco para a mensagem de sucesso/erro após submissão
  • Assegurar que o feedback é navegável por teclado
  • Garantir que mensagens são visíveis e persistentes
  • Validar com leitores de ecrã e navegação por teclado

etiqueta: N/A

Lista de evidências recolhidas:

• evidência: issue #40 Não existem formulários que permitam 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

  Evidências:
  Não identificamos formulários que permitem o utilizador fazer ações destrutivas e por esse motivo, consideramos esse critério como "Não aplicável".

etiqueta: NOK

Lista de evidências recolhidas:

• evidência: issue #41 Existem mensagens de erro no topo de formulários que resultam de submissões que não a última

  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

  Evidências:
  O formulário Consulta de candidatura acumula mensagens no topo que resultam da última submissão e de uma submissão anterior:

  

  Formulário com mensagens no topo correspondentes a duas submissões

  No caso em estudo, o formulário foi submetido primeiramente com dados válidos mas não existentes na plataforma, e em seguida foi submetido com um NIF inválido. No topo do formulário, em vez de ser apresentada apenas a mensagem de erro correspondente à última submissão, é também apresentada a mensagem de erro relativa à submissão anterior.

  Recomendações:
  Recomendamos que as mensagens de erro apresentadas no topo se refiram apenas aos erros verificados na submissão atual do formulário e não a submissões anteriores.
  Mesmo que o utilizador não tenha fechado as mensagens apresentadas na submissão anterior, elas não devem ser apresentadas após submissões em que os erros a que dizem respeito já não se verificam.

etiqueta: NOK

Lista de evidências recolhidas:

• evidência: issue #58 Existem mensagens de erro que não ajudam na resolução do problema

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

  As mensagens de erro devem mostrar os passos concretos para a resolução dos mesmos.
  – ver requisito 4.4 na lista Transação

  Evidências:
  A mensagem de erro “Por favor, introduza um endereço eletrónico válido.” apresentada no campo “email” no formulário Consulte a candidatura não inform de forma clara quais os passos necessários para corrigir o erro. As mensagens de erro devem ser claras, sucintas e indicar concretamente como o utilizador pode resolver o problema:

  

  Recomendações:
  Recomendamos rever todos os formulários do website para garantir que as mensagens de erro apresentadas expliquem para o utilizador como preencher os campos corretamente.

etiqueta: OK (no entanto contém 4 melhorias que se recomenda efetuar)

Lista de evidências recolhidas:

• evidência: issue #36 Outras Violações - Ícone de fecho da mensagem de erro com dimensão e posicionamento desproporcionados

  etiqueta: melhoriaetiqueta: outras violações

  Evidências:

  Durante os testes realizados foi verificado que a mensagem de erro apresentada após a submissão do formulário contém um botão para fechar a notificação cujo ícone apresenta uma dimensão desproporcionada relativamente ao restante conteúdo da mensagem.

  Adicionalmente, o botão encontra-se posicionado de forma inadequada, afetando o equilíbrio visual da caixa de mensagem e podendo dificultar a identificação da ação de fecho por parte dos utilizadores.

  Embora este comportamento não constitua diretamente uma violação dos requisitos de acessibilidade avaliados, compromete a consistência visual da interface e a experiência de utilização.

  

  Figura 1 - Botão de fecho da mensagem de erro apresentado com dimensão e posicionamento desproporcionados.

  URLs a verificar:

  • https://bolsadeestudo.cm-machico.pt/menu/consulta-candidatura

  Recomendações:

  • Ajustar a dimensão do ícone do botão de fecho para que seja proporcional ao restante conteúdo da mensagem.
  • Posicionar o botão de fecho de forma consistente com o layout da caixa de mensagem e com os restantes componentes da interface.
  • Garantir que o botão permanece facilmente identificável e utilizável, mantendo uma apresentação visual equilibrada e consistente em diferentes resoluções e dispositivos.

• evidência: issue #35 Outras Violações - Formulário temporariamente indisponível para avaliação

  etiqueta: melhoriaetiqueta: outras violações

  Evidências:

  Durante a avaliação foi verificado que o formulário de Submissão de Candidatura se encontra encerrado, apresentando a indicação de que o período de candidaturas terminou.

  Como consequência, não foi possível avaliar o comportamento deste formulário nem verificar a aplicação das correções de acessibilidade identificadas nos restantes formulários do website.

  Tendo em conta que este tipo de formulário é disponibilizado apenas durante períodos específicos, deverá ser garantido que todas as correções implementadas no âmbito da presente avaliação sejam igualmente aplicadas às versões que venham a ser disponibilizadas futuramente.

  

  Figura 1 - Formulário de submissão de candidatura indisponível devido ao encerramento do período de candidaturas.

  URLs a verificar:

  • https://bolsadeestudo.cm-machico.pt/menu/submissao-de-candidatura

  Recomendações:

  • Garantir que todas as correções de acessibilidade implementadas no website são igualmente aplicadas aos formulários disponibilizados apenas durante períodos temporários.
  • Validar o formulário quando este voltar a estar disponível, assegurando que cumpre os mesmos requisitos de acessibilidade aplicados aos restantes formulários do portal.
  • Incluir os formulários temporários no processo de manutenção e validação de acessibilidade antes da sua disponibilização aos utilizadores.

• evidência: issue #30 Outras Violações - Hiperligações do rodapé com destino incorreto ou conteúdo indisponível

  etiqueta: melhoriaetiqueta: outras violações

  Evidências:

  Durante os testes realizados ao rodapé do website, foram identificados problemas em duas das hiperligações disponibilizadas aos utilizadores.

  A hiperligação "Política de Cookies" encaminha para um documento PDF pertencente ao Balcão Municipal, em vez de apresentar uma página dedicada à política de cookies do presente website. Esta abordagem dificulta a consulta da informação e pode gerar confusão quanto ao contexto em que o utilizador se encontra.

  

  Figura 1 - A hiperligação "Política de Cookies" direciona para um documento PDF externo ao contexto do website.

  Adicionalmente, a hiperligação "Regulamento" remete para um documento que se encontra indisponível, impossibilitando o acesso ao respetivo conteúdo.

  

  Figura 2 - A hiperligação "Regulamento" apresenta conteúdo indisponível.

  Como consequência, os utilizadores podem não conseguir aceder à informação disponibilizada através destas opções do rodapé, comprometendo a consistência da navegação e a disponibilidade dos conteúdos.

  URLs a verificar:

  • https://bolsadeestudo.cm-machico.pt/
  • (Rodapé presente em todas as páginas do website.)

  Recomendações:

  • Garantir que a hiperligação "Política de Cookies" direciona para o conteúdo correspondente ao website em questão, preferencialmente numa página HTML.
  • Assegurar que a hiperligação "Regulamento" aponta para um documento existente e acessível.
  • Validar periodicamente todas as hiperligações presentes no rodapé, garantindo que permanecem funcionais e encaminham para os conteúdos corretos.
  • Sempre que sejam utilizados documentos PDF, assegurar que estes correspondem ao contexto do website e se encontram disponíveis para consulta.

• evidência: issue #29 Outras Violações - Duplicação desnecessária da imagem de destaque nas páginas de notícias

  etiqueta: melhoriaetiqueta: outras violações

  Evidências:

  Nas páginas observadas, a imagem de destaque da notícia é novamente apresentada como primeiro elemento da galeria de imagens.

  Como consequência, o mesmo conteúdo visual é apresentado duas vezes consecutivas, sem acrescentar qualquer informação adicional ao utilizador.

  Para utilizadores de tecnologias de apoio, esta situação resulta na leitura repetida do mesmo texto alternativo, aumentando desnecessariamente o tempo de navegação e introduzindo redundância na leitura do conteúdo.

  

  Figura 1 - Imagem de destaque repetida como primeiro elemento da galeria da notícia.

  URLs a verificar:

  • https://bolsadeestudo.cm-machico.pt/menu/noticias-e-destaques/noticia/1115-bolsas-de-estudo-universitarias-2025-2026-candidaturas
  • https://bolsadeestudo.cm-machico.pt/menu/noticias-e-destaques/noticia/1110-oferta-formativa-escola-profissional-atlantico
  • https://bolsadeestudo.cm-machico.pt/menu/noticias-e-destaques/noticia/1117-5-edicao-do-premio-valor-madeira-merito-em-estudos-e-trabalhos-de-investigacao-e-desenvolvimento-regional
  • https://bolsadeestudo.cm-machico.pt/menu/noticias-e-destaques/noticia/1116-setembro-dourado-mes-internacional-de-sensibilizacao-para-o-cancro-pediatrico

  Recomendações:

  • Evitar apresentar a imagem de destaque como primeiro elemento da galeria quando se trata exatamente da mesma imagem.
  • Garantir que a galeria contém apenas imagens que acrescentem informação ao conteúdo apresentado.
  • Caso seja necessário manter a imagem por motivos funcionais, evitar que a duplicação resulte em informação repetida para tecnologias de apoio.