Relatório Avaliação de Candidatura
Machico Apoia

etiqueta: NOK

Lista de evidências recolhidas:

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

  etiqueta: NOKetiqueta: chk 10 webetiqueta: 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 secundário sendo estruturado com <a>

  

  Imagem do menu mobile sendo estruturado com <a>

  URLs a verificar:

  • https://apoia.cm-machico.pt/ - menu principal em todos os breakpoints e menu secundário nas páginas do website

  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.
  • Aplicar a mesma abordagem de forma consistente em todos os menus do website.
  • Evitar a utilização de elementos genéricos (<div>, <span>, entre outros) para representar estruturas de navegação que semanticamente correspondem a listas.
  • Validar a implementação com tecnologias de apoio para garantir que a estrutura do menu é corretamente anunciada aos utilizadores.

etiqueta: NOK

Lista de evidências recolhidas:

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

  etiqueta: R 1.2etiqueta: NOKetiqueta: chk 10 web

  É 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://apoia.cm-machico.pt/ - menu versão 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, sempre que aplicável.

  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 #67 Não é possível identificar opções que contém subopções com o leitor de ecrã

  etiqueta: R 1.2etiqueta: NOKetiqueta: chk 10 web

  É 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://apoia.cm-machico.pt/ - Todas as páginas com a opção "Apoia" no 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 #66

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

  etiqueta: R 1.2etiqueta: NOKetiqueta: chk 10 web

  É 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 no menu utilizando apenas o teclado (Tab e Shift + Tab), é possível expandir as subopções da opção "Apoia" através da tecla Enter.

  No entanto, quando o utilizador navega para trás utilizando Shift + Tab, as subopções são automaticamente fechadas ao ultrapassar a primeira subopção. Este encerramento ocorre sem qualquer aviso ou indicação para os utilizadores de tecnologias de apoio.

  

  Foi aberto usando somente o teclado a opção "Apoia", e ao voltar utilizando (Shift + Tab) as subopções fecham automaticamente sem anunciar com o leitor de ecrã.

  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://apoia.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 #63 Os menus não estão estruturados como uma navegação de forma apropriada

  etiqueta: R 1.2etiqueta: NOKetiqueta: chk 10 web

  É 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.

  Adicionalmente, não é claro qual dos menus deve ser considerado o mecanismo principal de navegação. Em determinadas páginas, o menu secundário disponibiliza mais opções de acesso aos conteúdos do website do que o próprio menu principal, tornando ambígua a hierarquia da navegação.

  

  Menu principal não identificado como nav

  

  Menu secundário não identificado como nav

  

  Imagem do "Machico Digital" inapropriadamente identificado como nav

  

  Menu mobile não identificado como nav

  URLs a verificar:

  • https://apoia.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 de forma inequívoca 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 #69 O menu mobile está com texto alternativo inapropriado

  etiqueta: NOKetiqueta: chk 10 webetiqueta: 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

  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://apoia.cm-machico.pt/ - menu versão 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 #52 Utilização de dois elementos h1 na mesma página

  etiqueta: NOKetiqueta: chk 10 webetiqueta: 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://apoia.cm-machico.pt/

  Recomendações:

  • Remover o título genérico "Machico Apoia" da página de Declaração de Acessibilidade e Usabilidade.

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

  etiqueta: NOKetiqueta: chk 10 webetiqueta: 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://apoia.cm-machico.pt/acessibilidade

  Recomendações:

  • Remover o título genérico "Machico Apoia" da página de Declaração de Acessibilidade e Usabilidade.

etiqueta: NOK

Lista de evidências recolhidas:

• evidência: issue #51 Hierarquia incorreta de cabeçalhos

  etiqueta: NOKetiqueta: chk 10 webetiqueta: 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:

  Foi identificada uma utilização incorreta da hierarquia de cabeçalhos na página avaliada.

  Conforme ilustrado na Figura 1, o texto "Machico" encontra-se marcado como <h2>, enquanto o texto "APOIA" está marcado como <h3>, apesar de ambos aparentarem constituir o mesmo título principal da página.

  Esta implementação cria uma hierarquia semântica inconsistente e pode dificultar a compreensão da estrutura da página por utilizadores de leitores de ecrã e outras tecnologias de apoio.

  

  Figura 1 - Título principal dividido entre elementos <h2> e <h3> , resultando numa hierarquia incorreta de cabeçalhos .

  URLs a verificar:

  Verificar todas as páginas do website para este problema.

  https://apoia.cm-machico.pt/
  https://apoia.cm-machico.pt/saude/pequenas-cirurgias

  Recomendações:

  • Garantir que o título principal da página é marcado através de um único cabeçalho adequado à hierarquia do documento.
  • Evitar dividir um mesmo título por diferentes níveis de cabeçalho.
  • Rever a estrutura de cabeçalhos da página, assegurando uma progressão hierárquica consistente entre <h1> , <h2>, <h3> e níveis subsequentes.

etiqueta: N/A

Lista de evidências recolhidas:

• evidência: issue #53 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, tornando este critério N/A.

  URLs a verificar:

  Recomendações:

etiqueta: N/A

Lista de evidências recolhidas:

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

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

  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, tornando este critério N/A.

  URLs a verificar:

  Recomendações:

etiqueta: NOK

Lista de evidências recolhidas:

• evidência: issue #11 Identificação incorreta de campos obrigatórios em tecnologias de apoio

  etiqueta: NOKetiqueta: chk 10 webetiqueta: 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:

  Foi identificado que a marcação de campos obrigatórios no formulário inclui um elemento auxiliar com utilização incorreta de ARIA:

  • <span class="required" aria-required="true">*</span>

  O atributo aria-required="true" encontra-se aplicado num elemento <span>, que não representa um controlo de formulário, não sendo suportado para este tipo de indicação semântica.

  Adicionalmente, os campos de formulário já incluem corretamente a indicação de obrigatoriedade através dos atributos:

  • required
  • aria-required="true"

  

  Figura 1 - Utilização incorreta do atributo aria-required num elemento não interativo (span) na indicação de campos obrigatórios

  URLs a verificar

  • https://apoia.cm-machico.pt/social/apoio-a-habitacao/consulta-candidatura

  Recomendações:

  • Remover o atributo aria-required="true" do elemento <span class="required">.
  • Garantir que a indicação de obrigatoriedade é aplicada apenas nos campos de formulário (input, select, textarea).
  • Manter o uso de required e aria-required="true" nos controlos de formulário, quando aplicável.
  • Utilizar o símbolo visual (*) apenas como indicação visual, sem impacto semântico.
  • Validar a estrutura com leitores de ecrã para garantir consistência na identificação de campos obrigatórios.

etiqueta: NOK

Lista de evidências recolhidas:

• evidência: issue #25 (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="".

  No exemplo abaixo, podemos verificar que as imagens presentes na página interna de cada notícia já incluem informação descritiva no texto associado, bem como um link alternativo para acesso ao conteúdo. Portanto, quando a imagem não acrescenta informação relevante além da já disponibilizada no contexto, pode ser utilizado o atributo alt nulo.

  

  ---

  Verifica-se que os ícones presentes na secção “Ajudas técnicas” têm uma finalidade meramente decorativa, uma vez que cada ícone é acompanhado por texto visível que descreve a função do ícone. Assim, para evitar que estes elementos gráficos sejam anunciados de forma redundante por tecnologias de apoio, os SVGs decorativos devem ser ocultados da árvore de acessibilidade.

  

  URLs a verificar:

  • https://apoia.cm-machico.pt/saude/apoio-a-saude
  • https://apoia.cm-machico.pt/saude/pequenas-cirurgias
  • https://apoia.cm-machico.pt/saude/programa-abem
  • https://apoia.cm-machico.pt/social/apoio-a-habitacao
  • https://apoia.cm-machico.pt/saude/ajudas-tecnicas
  • https://apoia.cm-machico.pt/edu/material-didatico
  • https://apoia.cm-machico.pt/social/atribuicao-de-tickets
  • https://apoia.cm-machico.pt/menu/noticias-e-destaques

  Recomendações:

  • Recomenda-se que as imagens decorativas tenham alt="".
  • Quando o SVG tiver apenas finalidade visual ou decorativa, deve ser removido da árvore de acessibilidade, por exemplo com aria-hidden="true".

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

  etiqueta: NOKetiqueta: 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 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://apoia.cm-machico.pt/social/apoio-a-habitacao/submissao-de-candidatura

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

etiqueta: NOK

Lista de evidências recolhidas:

• evidência: issue #23 Imagem-link com equivalente alternativo em texto incorreto

  etiqueta: NOKetiqueta: chk 10 webetiqueta: 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 link para a página inicial, apresenta um texto alternativo que não descreve adequadamente o seu propósito que é acesso à página inicial.

  Também foi verificado que o nome acessível está a ser fornecido de forma redundante no elemento <a>, por meio dos atributo title, e no elemento <img> por meio do atributo alt e title em alguns casos. Neste caso, o elemento principal que deve conter o nome acessível é a própria imagem (<img>), através do atributo alt, uma vez que é ela que representa visualmente o logotipo/imagem e identifica o destino do link.

  

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

  Recomendações:

  • Recomenda-se remover o atributo title do elemento <a> ou <img>, manter o nome acessível através do atributo alt.
  • Ajustar o nome acessível para identificar a finalidade e o destino do link, por exemplo: alt="Machico Apoia - 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 #31 Texto normal não têm contraste suficiente

  etiqueta: NOKetiqueta: chk 10 webetiqueta: 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.

  A avaliação com as ferramentas Colour Contrast Analyser e WAVE revelam problemas relacionados com insuficiência de contraste, afetando diretamente a legibilidade.

  O website apresenta problemas de contraste no texto normal em formulários, nomeadamente nas mensagens de erro, por exemplo no formulário Consulta de candidatura onde 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

  Além disso, há problemas de contraste em textos informativos na página da Declaração de Acessibilidade onde a cor dos textos (#888888) não passa na avaliação de contraste sob a cor de plano de fundo (#FFFFFF). (Figura 2)

  

  Figura 2- Corpo de texto com problemas de contraste

  Há várias páginas interiores no website, que possuem um banner destaque “Support Center”, por exemplo na página Sobre Machico Apoia, 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 2,4:1. (Figura 3)



  

  Figura 3 - 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

  • (Rever mensagens de erro em formulários)
  • https://apoia.cm-machico.pt/edu/material-didatico/consulta-candidatura
  • (Problemas de contraste no corpo de texto)
  • https://apoia.cm-machico.pt/acessibilidade
  • (Corrigir estado de hover do menu "Machico Digital" - Disponível em todo website)
  • https://apoia.cm-machico.pt/informacoes/sobre
  • (Rever textos em imagens com baixo contraste)
  • https://apoia.cm-machico.pt/informacoes/sobre
  • https://apoia.cm-machico.pt/saude/pequenas-cirurgias/informacoes
  • https://apoia.cm-machico.pt/social/apoio-a-habitacao/informacoes
  • https://apoia.cm-machico.pt/edu/material-didatico/informacoes

  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;

etiqueta: NOK

Lista de evidências recolhidas:

• evidência: issue #32 Textos grandes não têm contraste suficiente

  etiqueta: NOKetiqueta: chk 10 webetiqueta: R 6.2

  O rácio de contraste entre a cor do texto de tamanho grande (maior ou igual que 18 pontos ou maior ou igual que 14 pontos negrito) e a cor do fundo é superior a 3:1.
  – ver requisito 6.2 na lista 10 aspetos

  Evidências

  • Os textos de tamanho superior a 18 pontos, ou os textos de tamanho superior a 14 pontos mas a negrito, devem assegurar um rácio de contraste mínimo de 3:1 entre a cor do texto e a cor do fundo, para que as pessoas com baixa visão consigam ler o texto.

  Na página Apoio à Saúde Machico o texto grande, apresenta problemas de contraste com a combinação de cores #FFFFFF(cor de primeiro plano) e #65A7A6(cor de plano de fundo) (Figura 1)

  

  Figura 1- Texto grande na página inicial não passa na avaliação com taxa de contraste (2,8:1)”

  Ainda na mesma página os textos grandes da secção “Apoio à Saúde“, na interação dos textos com hover há problemas na avaliação de contraste entre a cor do texto(#FFFFFF) e a cor de plano de fundo (#59A3A4). (Figura 2)

  

  Figura 2 - Textos grandes com 25px, nas interações com hover não passam na avaliação de contraste.

  URLs a verificar

  • https://apoia.cm-machico.pt/saude/apoio-a-saude (Páginas interiores do website com problemas em textos grandes e seus estados de hover)

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

etiqueta: N/A

Lista de evidências recolhidas:

• evidência: issue #64 Não foram encontrados players no website

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

  Evidências:

  Não foram encontrados players no website, tornando este critério N/A.

  URLs a verificar:

  Recomendações:

etiqueta: N/A

Lista de evidências recolhidas:

• evidência: issue #65 Não foram encontrados players no website

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

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

  Evidências:

  Não foram encontrados players no website, tornando este critério N/A.

  URLs a verificar:

  Recomendações:

etiqueta: NOK

Lista de evidências recolhidas:

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

  etiqueta: NOKetiqueta: 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:

  Na página observada, 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ã.

  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 na versão mobile)

  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.
  • Garantir que a ordem de leitura anunciada pelos leitores de ecrã corresponde à ordem visual apresentada ao utilizador.
  • Validar o comportamento em diferentes larguras de ecrã e com tecnologias de apoio.

• evidência: issue #15 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://apoia.cm-machico.pt/social/apoio-a-habitacao/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 #19 Controlo “Voltar atrás” apresentado sem semântica adequada e sem função clara

  etiqueta: NOKetiqueta: chk 10 webetiqueta: 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:

  No formulário de consulta de candidatura foi identificado um elemento visualmente apresentado como controlo de navegação com o texto “Voltar atrás”.

  No entanto, o elemento encontra-se implementado através de um elemento genérico <div>, sem semântica nativa de botão ou link.

  Adicionalmente, no contexto observado, o controlo não aparenta possuir uma função clara ou necessária para o utilizador, uma vez que o formulário já se encontra na etapa principal de consulta, onde apenas é esperado o preenchimento dos dados e a ação “Consultar”.

  Como consequência, o utilizador pode interpretar o elemento como um controlo interativo sem compreender a sua finalidade, enquanto tecnologias de apoio podem não o anunciar corretamente como ação navegável.

  

  Figura 1 - Controlo “Voltar atrás” implementado com elemento não semântico e sem função clara

  URLs a verificar:

  • https://apoia.cm-machico.pt/social/apoio-a-habitacao/consulta-candidatura
  • https://apoia.cm-machico.pt/saude/ajudas-tecnicas/consulta-candidatura

  Recomendações:

  • Substituir o elemento <div> por um elemento semanticamente apropriado, caso o controlo tenha efetivamente uma função válida.
  • Garantir que a ação executada pelo controlo é clara e necessária no contexto do formulário.
  • Caso o elemento não possua utilidade funcional real, recomenda-se que não seja apresentado na interface.
  • Validar o comportamento com navegação por teclado e leitores de ecrã para garantir que o controlo é corretamente anunciado e compreendido.

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

  etiqueta: NOKetiqueta: chk 10 webetiqueta: 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://apoia.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 #16 Listagem de conteúdos sem estrutura semântica adequada

  etiqueta: NOKetiqueta: chk 10 webetiqueta: 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://apoia.cm-machico.pt/
  • https://apoia.cm-machico.pt/menu/noticias-e-destaques
  • (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 #46 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 Machico Apoia. Por esse motivo, consideramos esse critério como "Não aplicável".

etiqueta: N/A

Lista de evidências recolhidas:

• evidência: issue #47 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 Machico Apoia. Por esse motivo, consideramos esse critério como "Não aplicável".

etiqueta: N/A

Lista de evidências recolhidas:

• evidência: issue #48 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 Machico Apoia. Por esse motivo, consideramos esse critério como "Não aplicável".

etiqueta: N/A

Lista de evidências recolhidas:

• evidência: issue #49 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 Machico Apoia. Por esse motivo, consideramos esse critério como "Não aplicável".

  URLs a verificar:

  Recomendações:

etiqueta: NOK

Lista de evidências recolhidas:

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

  etiqueta: NOKetiqueta: chk 10 webetiqueta: 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:

  • 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 #26 Falta de resumo na página inicial do website

  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

  Evidências:

  A página inicial do website de Machico Apoio apresenta uma frase visível no meio da página, sem necessidade de scroll. No entanto, esse resumo não descreve de forma adequada o propósito do website, uma vez não é explicado que tipos de apoios são prestados. Esta limitação pode dificultar a compreensão imediata da finalidade do site por parte do utilizador.

  

  URLs a verificar:

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

  Recomendações:

  O resumo apresentado na página inicial deve ser revisto de forma a descrever claramente o propósito do website, incluindo os principais tipos de conteúdos e serviços disponibilizados. Esta descrição deve ser concisa, informativa e orientada para ajudar o utilizador a compreender rapidamente a utilidade e abrangência do site.

  Como exemplo, pode ser consultado o website selo.usabilidade.gov.pt, que apresenta um resumo simples e claro logo na página inicial, permitindo compreender rapidamente o seu propósito.

etiqueta: NOK

Lista de evidências recolhidas:

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

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

  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://apoia.cm-machico.pt/saude/programa-abem/informacoes

  

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

  URLs a verificar:

  • https://apoia.cm-machico.pt/ - Em todos os saber+ dos apoios contêm IRS, IRC, RSI e outros.
  • https://apoia.cm-machico.pt/informacoes/sobre - IRS, IRC, RSI, IBAN, CC

  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 #41 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:

  Verificamos que na página Sobre existem blocos de texto cuja largura ultrapassa o limite recomendado de 100 caracteres por linha, dificultando o conforto de leitura.

  A título de exemplo, na secção "Support Center", foi identificada atraves da ferramenta WordCounter uma linha de texto com 176 caracteres, excedendo significativamente o valor recomendado (Figura 01).

  

  Figura 01 — Linha de texto com mais de 176 caracteres.

  URLs a verificar:

  • https://apoia.cm-machico.pt/informacoes/sobre - 176 caracteres.
  • https://apoia.cm-machico.pt/menu/noticias-e-destaques/noticia/1192-festa-intercultural-varias-culturas-uma-so-escola-20260611165454 - 179 caracteres (Verificar páginas de notícias do website).
  • https://apoia.cm-machico.pt/edu/material-didatico/informacoes - 178 caracteres.
  • https://apoia.cm-machico.pt/social/atribuicao-de-tickets/informacoes - 174 caracteres.
  • https://apoia.cm-machico.pt/saude/programa-abem/informacoes - 176 caracteres.
  • https://apoia.cm-machico.pt/saude/apoio-a-saude/informacoes - 174 caracteres.

  Recomendações:

  Recomenda-se a revisão dos blocos de texto do website, de forma a evitar linhas excessivamente longas e garantir uma leitura mais confortável dos conteúdos.

  Sugere-se ainda a definição de uma largura máxima para os blocos de texto através de CSS max-width, utilizando unidades relativas ao tamanho da fonte, como em ou rem.

etiqueta: NOK

Lista de evidências recolhidas:

• evidência: issue #40 O espaçamento entre linhas está abaixo do recomendado

  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

  Evidências:

  Verificamos que na página inicial do website Machico Apoia existem blocos de texto com um espaçamento entre linhas inferior ao mínimo recomendado de 1,5 vezes o tamanho da letra.

  Na secção "Candidaturas ONLINE aos diversos Apoios disponibilizados pela Câmara Municipal de Machico" o texto apresentado possue um espaçamento de 20px para um tamanho de letra de 20px. (Figura 01)

  

  Figura 01 — Texto "Candidaturas ONLINE aos diversos Apoios disponibilizados pela Câmara Municipal de Machico" com espaçamento de 20px para um tamanho de letra de 20px.

  O texto "Ação Escolar - Material Didático" apresenta um tamanho de letra de 17 px e um espaçamento entre linhas de 17 px, abaixo do valor recomendado de 25,5 px (Figura 02).

  

  Figura 02 — Texto "Ação Escolar - Material Didático" com espaçamento de 17px para um tamanho de letra de 17px.

  Adicionalmente, o texto "Apoios Bolsa de Estudo" apresenta um tamanho de letra de 20 px e um espaçamento entre linhas de 20 px, abaixo do valor recomendado de 30 px (Figura 03).

  

  Figura 03 — Texto "Apoios Bolsa de Estudo" com espaçamento de 20px para um tamanho de letra de 20px.

  URLs a verificar:

  • https://apoia.cm-machico.pt/
  • https://apoia.cm-machico.pt/edu/material-didatico
  • https://apoia.cm-machico.pt/social/atribuicao-de-tickets
  • https://apoia.cm-machico.pt/saude/programa-abem
  • https://apoia.cm-machico.pt/saude/ajudas-tecnicas
  • https://apoia.cm-machico.pt/saude/apoio-a-saude
  • https://apoia.cm-machico.pt/saude/pequenas-cirurgias

  Recomendações:

  Aumentar o espaçamento entre linhas dos blocos de texto identificados, garantindo um valor mínimo correspondente a 1,5 vezes o tamanho da letra. Esta melhoria contribui para uma leitura mais confortável e facilita a compreensão dos conteúdos.

etiqueta: NOK

Lista de evidências recolhidas:

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

  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

  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://apoia.cm-machico.pt/social/apoio-a-habitacao - subopções de "Apoia" que existe em todo o website exceto a página inicial
  • https://apoia.cm-machico.pt/ - opções 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 #61 Estrutura de navegação inconsistente entre páginas do website

  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

  Evidências:

  Foi verificado que os menus de navegação não mantêm uma estrutura consistente ao longo do website, dificultando a orientação e a navegação dos utilizadores.

  Embora o menu principal se encontre visualmente na mesma localização, o seu conteúdo varia consoante a página visitada. Em páginas como a página inicial e as notícias, o menu principal não disponibiliza as mesmas opções de navegação presentes noutras áreas do website, limitando a capacidade do utilizador de se deslocar para diferentes secções através de um mecanismo de navegação consistente.

  

  Figura 1 - Imagem do menu principal com a opção "Candidaturas"

  

  Figura 2 - Imagem do menu principal sem a opção "Candidaturas"

  

  Figura 3 - Imagem de uma página de notícias onde o utilizador só consegue navegar para a página de informações do website, visto que as outras opções do menu redirecionam para fora do domínio.

  Adicionalmente, observa-se que o menu “Apoia” surge, em determinados contextos das páginas interiores, como um elemento colapsado, não sendo claro se deve ser interpretado como parte do menu principal ou como um menu secundário. Além disso, também apresenta comportamentos inconsistentes, na página inicial surge no topo da página, enquanto nas páginas dos apoios é apresentado numa posição diferente. Em várias subpáginas de apoios e notícias este menu deixa de estar disponível, removendo um importante mecanismo de navegação contextual.

  

  Figura 4 - Menu "Machico Apoia" expandido

  Esta ambiguidade é reforçada pela existência de uma secção no final da página, designada “Machico Apoia”, onde são disponibilizadas as mesmas opções de segundo nível associadas a esse menu. Esta duplicação de conteúdos, também presente noutras páginas interiores contribui para a confusão do utilizador, podendo levar à redundância de percursos e dificultar a identificação de um ponto de navegação consistente e hierarquicamente claro.

  URLs a verificar:

  • https://apoia.cm-machico.pt/ - verificação dos menus em todo o website

  Recomendações:

  • Garantir que o menu principal mantém opções de navegação consistentes em todas as páginas do website.
  • Assegurar que os principais mecanismos de navegação permanecem disponíveis independentemente da página visitada.
  • Manter o menu secundário numa localização consistente ao longo das páginas relacionadas.
  • Evitar remover menus de navegação contextuais em subpáginas que pertencem à mesma área temática.
  • Garantir que a estrutura de navegação é previsível e coerente, permitindo aos utilizadores compreender facilmente a organização do website e deslocar-se entre conteúdos relacionados.
  • Realizar testes com utilizadores para avaliar a compreensão da estrutura de navegação atual e identificar dificuldades na localização de conteúdos e funcionalidades.
  • Analisar esta situação em conjunto com a issue relativa à duplicação de conteúdo entre páginas (issue #50), uma vez que ambas podem indicar problemas estruturais na organização da informação e na definição dos percursos de navegação.

etiqueta: NOK

Lista de evidências recolhidas:

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

  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

  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.

  URLs a verificar:

  • https://apoia.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 #38 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 Sobre apresenta um conteúdo extenso distribuído por várias secções, mas não disponibiliza um índice no topo da página com hiperligações internas para as respetivas secções, dificultando a navegação direta para os diferentes conteúdos.

  

  Figura 01 — Página longa sem índice de navegação interna.

  Verificamos que a página Informações apresenta um conteúdo extenso distribuído por várias secções, mas não disponibiliza um índice no topo da página com hiperligações internas para as diferentes áreas do conteúdo. Esta ausência dificulta a navegação direta para as secções pretendidas, obrigando ao percorrer sequencial da página (Figura 02).

  

  Figura 02 — Página longa sem índice de navegação interna.

  URLs a verificar:

  • https://apoia.cm-machico.pt/informacoes/sobre
  • https://apoia.cm-machico.pt/social/apoio-a-habitacao/informacoes
  • https://apoia.cm-machico.pt/edu/material-didatico/informacoes

  Recomendações:

  Adicionar um índice no topo das páginas com hiperligações internas para as principais secções e subsecções do conteúdo, permitindo aos utilizadores aceder diretamente às áreas pretendidas sem necessidade de percorrer sequencialmente toda a página.

etiqueta: NOK

Lista de evidências recolhidas:

• evidência: issue #39 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 Notícias e Destaques, o botão "Limpar filtro" deixa de estar visível em alguns dispositivos móveis, impedindo o acesso a uma funcionalidade disponível na versão de maior dimensão do ecrã (Figura 01).

  

  Figura 01 — Botão "Limpar filtro" não visível em visualização móvel.

  Verificamos que na página da notícia Visita à exposição "Cores do Mundo" o conteúdo não se adapta corretamente a alguns tamanhos de ecrã em dispositivos móveis. Em resoluções mais reduzidas, parte do conteúdo é apresentada de forma cortada na lateral direita, obrigando ao varrimento horizontal para aceder à informação completa (Figura 02).

  

  Figura 02 — Conteúdo cortado em visualização móvel.

  URLs a verificar:

  • https://apoia.cm-machico.pt/menu/noticias-e-destaques
  • https://apoia.cm-machico.pt/menu/noticias-e-destaques/noticia/1191-visita-a-exposicao-cores-do-mundo-20260611165048 - (Verificar páginas de notícias de todo website).

  Recomendações:

  Rever o comportamento responsivo das páginas, assegurando que os conteúdos e elementos interativos permanecem visíveis e utilizáveis em dispositivos móveis, sem perda de informação, ocultação de funcionalidades ou necessidade de varrimento horizontal.

etiqueta: NOK

Lista de evidências recolhidas:

• evidência: issue #35 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:

  Verificámos que existe um elemento interativo no rodapé do website Apoia - Câmara Municipal de Machico que apenas é apresentado quando o utilizador passa o rato sobre a área correspondente. Esta funcionalidade não se encontra disponível da mesma forma para utilizadores que navegam através de dispositivos de toque. (Figura 01)

  

  Figura 01— O elemento interativo apenas é apresentado quando o utilizador passa o rato sobre a área correspondente.

  URLs a verificar:

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

  Recomendações:

  Garantir que os elementos interativos se encontram permanentemente visíveis ou disponíveis através de diferentes formas de interação, não dependendo exclusivamente da passagem do rato para serem apresentados.

  Desta forma, assegura-se o acesso à mesma funcionalidade por utilizadores de dispositivos de toque e outras formas de navegação.

etiqueta: NOK

Lista de evidências recolhidas:

• evidência: issue #36 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, alguns elementos interativos apresentam dimensões inferiores ao mínimo recomendado de 44 × 44 px, reduzindo a área disponível para interação em dispositivos táteis.

  O campo de pesquisa "Pesquisa livre" apresenta uma altura de 34.6 px (Figura 01).

  

  Figura 01 — Campo de pesquisa com altura inferior a 44 px.

  Os botões de paginação "Anterior" e "Seguinte" apresentam uma altura de 30px (Figura 02).

  

  Figura 02 — Botões de paginação com altura de 30px.

  Os botões numéricos de paginação apresentam dimensões inferiores a 44 × 44 px (Figura 03).

  

  Figura 03 — Botões numéricos de paginação com dimensão 30 x 30px.

  Verificamos que na página Informações o botão do menu apresentado na versão móvel possui dimensões inferiores ao mínimo recomendado de 44 × 44 px.
  Foi identificada uma dimensão de 25 × 30.1 px, reduzindo a área disponível para interação em dispositivos táteis (Figura 04).

  

  Figura 04 — Botão de menu com dimensão de 25 × 30.1 px.

  URLs a verificar:

  • https://apoia.cm-machico.pt/menu/noticias-e-destaques
  • https://apoia.cm-machico.pt/social/apoio-a-habitacao/informacoes

  Recomendações:

  Garantir que todos os elementos interativos apresentam uma área mínima de interação de 44 × 44 px, assegurando que podem ser facilmente acionados em dispositivos táteis. Sempre que não seja possível aumentar a dimensão visual do elemento, deverá ser ampliada a respetiva área clicável.

etiqueta: NOK

Lista de evidências recolhidas:

• evidência: issue #37 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 na página Notícias e Destaques, o botão principal "Limpar filtro" não se destaca visualmente dos restantes elementos de ação, apresentando o mesmo estilo visual do botão secundário "Voltar atrás". Esta semelhança dificulta a identificação da ação principal da página. (Figura 01)

  

  Figura 01 — Botão principal "Limpar filtro" sem diferenciação visual dos botões secundários.

  Verificamos que na página Consulta candidatura, o botão principal "Submeter" não se distingue visualmente dos restantes botões apresentados no website, utilizando o mesmo estilo gráfico de ações secundárias, como os botões "Sobre" e "Outras notícias" presentes na página inicial do website Apoia - Câmara Municipal de Machico. Esta falta de diferenciação dificulta a identificação da ação principal disponível na página (Figura 02).

  

  Figura 02 — Botão principal sem diferenciação visual dos restantes botões.

  URLs a verificar:

  • https://apoia.cm-machico.pt/menu/noticias-e-destaques
  • https://apoia.cm-machico.pt/edu/material-didatico/consulta-candidatura

  Recomendações:

  Garantir que cada página apresenta apenas uma ação principal claramente identificável e visualmente destacada. Os botões associados à ação principal deverão utilizar um tratamento gráfico diferenciado dos restantes elementos de ação, permitindo aos utilizadores reconhecer de forma imediata a ação prioritária da página.

etiqueta: NOK

Lista de evidências recolhidas:

• evidência: issue #34 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 Apoia - Câmara Municipal de Machico alguns elementos interativos não se destacam visualmente do conteúdo envolvente devido ao baixo contraste utilizado.

  Na secção "Candidaturas ONLINE aos diversos Apoios disponibilizados pela Câmara Municipal de Machico", a hiperligação "Bolsas de Estudo" apresenta uma relação de contraste de 1.29:1 relativamente ao fundo, dificultando a sua identificação como elemento clicável (Figura 01).

  

  Figura 01 — Hiperligação com baixo contraste na secção de candidaturas.

  Na secção "Apoios municipais centrados nas pessoas, nas instituições e nas causas que permitem uma cidadania ativa para o concelho", os elementos de hiperligação apresentam um contraste de 2.08:1 relativamente ao fundo, dificultando a sua identificação como elementos interativos (Figura 02).

  

  Figura 02 — Hiperligações com baixo contraste na secção de apoios municipais.

  Verificamos que na página Apoio à Habitação o elemento interativo "Saber +" apresenta uma relação de contraste de 1:1 relativamente ao fundo, dificultando a sua identificação como elemento clicável e reduzindo o destaque da ação disponível (Figura 03).

  

  Figura 03 — Botão "Saber +" com contraste insuficiente.

  Verificamos que na página Material Didático o botão "Saber +" apresenta uma relação de contraste de 1.27:1 relativamente ao fundo, dificultando a sua identificação como elemento interativo e reduzindo o destaque da ação disponível (Figura 04).

  

  Figura 04 — Botão "Saber +" com contraste insuficiente.

  URLs a verificar:

  • https://apoia.cm-machico.pt/
  • https://apoia.cm-machico.pt/social/apoio-a-habitacao
  • https://apoia.cm-machico.pt/saude/pequenas-cirurgias

  Recomendações:

  Rever a apresentação visual das hiperligações e botões, garantindo contraste suficiente e indicadores visuais consistentes que permitam reconhecer de forma imediata os elementos clicáveis e as ações disponíveis.

etiqueta: N/A

Lista de evidências recolhidas:

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

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

  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 dois ecrãs no site Machico Apoio. Assim, este critério é considerado "Não aplicável (N/A)".

etiqueta: N/A

Lista de evidências recolhidas:

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

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

  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 site Machico Apoio. Assim, este requisito fica avaliado como "Não Aplicável".

etiqueta: NOK

Lista de evidências recolhidas:

• evidência: issue #55 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 dos formulários das duas páginas Consulta de Candidatura e 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.

  

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

  URLs 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”.
  • 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 #56 Não foram identificados formulários que utilizem revelação progressiva

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

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

  No site de Machico Apoia, 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 #58 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 das duas páginas Consulta de Candidatura e 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.

  

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

  URLs a verificar:

  • Página Consulta de Candidatura
  • 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 *.
  Uma outra possível solução é adicionar a descrição “(obrigatório)” ou “(campo obrigatório)” em frente aos rótulos dos campos obrigatórios.

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: NOK

Lista de evidências recolhidas:

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

  etiqueta: chk transaçãoetiqueta: NOKetiqueta: 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://apoia.cm-machico.pt/social/apoio-a-habitacao/consulta-candidatura
  • https://apoia.cm-machico.pt/saude/ajudas-tecnicas/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 #9 Não existem formulários que permitam ações destrutivas pelo utilizador

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

  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 #21 As mensagens de erro são claramente identificadas junto aos campos de origem

  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:

  Verifica-se que, no campo de email, sempre que o formulário é submetido novamente mantendo o valor inválido, é adicionada uma nova mensagem de erro ao DOM. Como resultado, a mesma mensagem passa a ser apresentada várias vezes junto ao campo.

  Além disso, as mensagens inseridas utilizam o mesmo id="email-error", originando valores de id duplicados na página. Esta duplicação torna ambígua a associação programática definida através de aria-describedby, podendo comprometer a correta identificação da mensagem de erro pelas tecnologias de apoio.

  

  Figura 1 - Formulário Consulta de candidatura

  URLs a verificar:
  https://apoia.cm-machico.pt/edu/material-didatico/consulta-candidatura

  Recomendações:

  • Recomenda-se que a validação do campo de email reutilize ou atualize a mensagem de erro já existente, em vez de inserir uma nova mensagem a cada submissão inválida.

  • Deve existir apenas uma mensagem de erro associada ao campo, com um id único, e o campo deve referenciar esse id através de aria-describedby ou aria-errormessage. Caso o conteúdo da mensagem tenha de mudar, deve ser atualizado o texto da mensagem existente, mantendo a associação programática correta e evitando mensagens e identificadores duplicados.

etiqueta: NOK

Lista de evidências recolhidas:

• evidência: issue #22 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.” presente no formulário de Consulta de candidatura não ajuda no preenchimento do campo:
  Como observado na figura, a mensagem “Por favor, introduza um endereço eletrónico válido.” que é apresentada quando o campo foi preenchido com um formato incorreto não indica qual o formato a ser inserido, não ajudando a preencher o campo.

  

  URLs a verificar:
  https://apoia.cm-machico.pt/edu/material-didatico/consulta-candidatura

  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 2 melhorias que se recomenda efetuar)

Lista de evidências recolhidas:

• evidência: issue #50 Outras Violações - Duplicação de conteúdos e impacto na navegação

  etiqueta: melhoriaetiqueta: outras violações

  Evidências:

  No website, foi identificada duplicação de blocos de conteúdos em páginas interiores, por exemplo, secções como "Notícias e Destaques" e "Machico Apoia", que tornam a navegação confusa e dificultam a compreensão da estrutura do website.

  Em vários casos, as páginas interiores aparentam replicar conteúdos já presentes na homepage, sem um valor acrescentado claro ou diferenciação funcional, conforme ilustrado nos exemplos (Figura 1 e 2)

  

  Figura 1 - Página Pequenas Cirugias com secção semelhante da homepage

  

  Figura 2 - Página Apoia a Saúde com secção semelhante da homepage

  URLs a verificar

  • https://apoia.cm-machico.pt/saude/pequenas-cirurgias
  • https://apoia.cm-machico.pt/saude/programa-abem
  • https://apoia.cm-machico.pt/saude/apoio-a-saude
  • https://apoia.cm-machico.pt/edu/material-didatico

  Esta abordagem pode levar os utilizadores a perder orientação dentro do site e a ter dificuldade em diferenciar a página inicial das páginas interiores, bem como em distinguir hierarquias e percursos de navegação, resultando ainda em redundância de informação nas páginas interiores.
   
  Recomendações
  Recomenda-se que a entidade avalie a necessidade e o propósito da repetição de conteúdos nas páginas interiores.

  • Garanta que cada página apresenta informação diferenciada e contextualizada
  • Estruture a navegação de forma clara, evitando redundâncias que possam gerar ambiguidade
    Adicionalmente, é fortemente aconselhado realizar testes de usabilidade com utilizadores reais, com o objetivo de:
  • Verificar o impacto desta duplicação na navegação
  • Identificar pontos de confusão ou fricção na experiência do utilizador
  • Recolher evidências que suportem decisões de melhoria da arquitetura de informação

  Recomendamos testes de usabilidade e acessibilidade ,pois permitirão validar se esta situação constitui efetivamente uma barreira à utilização eficiente do website e apoiar a definição de soluções mais adequadas às necessidades dos utilizadores.

• evidência: issue #44 Outras Violações - Conteúdo temporário ("Lorem ipsum") apresentado em página publicada

  etiqueta: melhoriaetiqueta: outras violações

  Evidências:

  Foi identificado conteúdo temporário/de preenchimento ("Lorem ipsum") apresentado numa secção publicada do website.

  Na secção "Atribuição de tickets", o subtítulo apresenta o texto:

  "Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do eiusmod tempor"

  Este tipo de conteúdo é habitualmente utilizado durante o desenvolvimento ou construção de páginas e não fornece informação útil aos utilizadores.

  Como consequência, os utilizadores podem interpretar a informação como conteúdo incompleto ou em falta, comprometendo a compreensão da página e a perceção de qualidade do serviço disponibilizado.

  

  Figura 1 - Secção "Atribuição de tickets" com texto temporário ("Lorem ipsum") apresentado como descrição da funcionalidade.

  URLs a verificar:

  • https://apoia.cm-machico.pt/social/atribuicao-de-tickets

  Recomendações:

  • Substituir o texto temporário por conteúdo real e relevante para o contexto da secção.
  • Remover conteúdos de preenchimento utilizados durante o desenvolvimento antes da publicação da página.
  • Verificar a existência de outros textos temporários ou conteúdos incompletos no website.
  • Garantir que todos os títulos, subtítulos e descrições apresentam informação útil e contextualizada para os utilizadores.