Relatório Avaliação de Candidatura
Câmara Municipal de Bragança (sítio Web institucional)

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

Lista de evidências recolhidas:

• evidência: issue #93 Não é possível identificar qual opção está com foco pelo teclado

  etiqueta: R 1.2etiqueta: chk 10 webetiqueta: melhoria

  É 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

  Evidencias
  Ao navegar pelas opções do menu utilizando o teclado, através das teclas TAB e SHIFT + TAB, não é perceptível a posição actual do utilizador nos botões de subopções do menu.

  

  Não é visível que o foco está no botão de abrir a subopção de transparência

  URLs a verificar

  • https://www.cm-braganca.pt/ - menu principal

  Recomendações

  • Definir um estilo visível para o contorno dos elementos interativos, utiizando à propriedade outline em CSS.
  • Outra alternativa, é manter o comportamento nativo dos navegadores, procedendo à remoção dos atributos de contorno actualmente definidos em CSS.

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

Lista de evidências recolhidas:

• evidência: issue #97 O ícone que indica as subopções do menu principal estão sendo inseridos via CSS

  etiqueta: R 1.3etiqueta: chk 10 webetiqueta: melhoria

  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 menu principal do website da CM de Bragança apresentam imagens exibidas via CSS e o texto alternativo está sendo transmitido pelo aria-label:

  

  Ícone (▾) sendo apresentado via CSS

  Contudo, ao desligar o CSS não é possível identifica-lo corretamente pois o ícone desaparece e não é apresentado uma alternativa textual:

  

  URLs a verificar

  • https://www.cm-braganca.pt - menu principal

  Recomendações

  • O nome acessível deve ser transmitido por um texto dentro do botão, que está acessível apenas para as tecnologias de apoio. Assim garantimos que o nome acessível do botão será apresentado independente da folha de estilo.
  • Para mais informações partilhamos o link: https://www.acessibilidade.gov.pt/tutorial/css-em-accao-conteudo-invisivel-apenas-para-utilizadores-de-leitor-de-ecra/#page1_topic_2

etiqueta: NOK

Lista de evidências recolhidas:

• evidência: issue #107 Associação explicita entre campo de edição e etiqueta

  etiqueta: chk 10 webetiqueta: R 4.1etiqueta: NOK

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

  Evidencias:

  • (1) OK. https://www.cm-braganca.pt/sugestoes-reclamacoes-elogios
  • (2) OK. https://www.cm-braganca.pt/participacao/pedidos-de-informacao

  Nota auditoria:

  • CORRIGIDO. a evidência (1) revela que o campo do tipo "listbox", neste form com a etiqueta "Motivo de Contacto", não satisfaz o requisito uma vez que não está estabelecida a relação entre o campo e a etiqueta.
  • a evidência (2) revela que existe relação explicita entre campo de edição e respetiva etiqueta.

etiqueta: NOK

Lista de evidências recolhidas:

• evidência: issue #66 Há imagens com textos alternativos incorretos

  etiqueta: chk 10 webetiqueta: R 5.1etiqueta: NOK

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

  Evidências:

  • As imagens não decorativas deverão ter uma descrição breve associada, nomeadamente através do uso do atributo . Esta legenda deve descrever fielmente o propósito da imagem no contexto em que se encontra.
  • Caso seja necessário incluir uma descrição longa da imagem, esta deve ser colocada próxima da imagem ou numa página à parte que esteja hiperligada à imagem em questão.

  Há imagens informativas que não possuem um texto alternativo. A evidência (1) apresenta o cartaz do evento de “Exposição Máscaras: Símbolos de Identidade” com uma imagem informativa com seu conteúdo disponível apenas visualmente, sendo assim, não contém a descrição completa do conteúdo em seu texto alternativo. (Figura 1)

  

  Figura 1 - Imagem com texto alternativo incompleto e sem descrição longa

  Na evidência (2) a imagem apresenta um texto alternativo incorreto. O conteúdo visual corresponde a uma micro central hidrelétrica, conforme descrito no parágrafo associado. Contudo, o texto alternativo informado é “Centro de Ciência Viva de Bragança”, o que não condiz com a imagem apresentada. (Figura 2)

  

  Figura 2 - Imagem com texto alternativo incorreto

  Na evidência (3) verificam-se, por exemplo, nas páginas interiores das Notícias, galerias de imagens sem texto alternativo ou com descrições incorretas, que não refletem o conteúdo visual apresentado. (Figura 3)



  

  Figura 3 - Galerias de fotos com texto alternativo incorreto, não descrevem o conteúdo das imagens

  URLs a verificar

  • (1) NOK. https://www.cm-braganca.pt/transparencia/comunicacao/agenda-de-eventos/todos-os-eventos/evento/exposicao-mascaras-simbolos-de-identidade
  • (2) NOK https://www.cm-braganca.pt/servicos/logistica-e-mobilidade/energia/producao-de-energia
  • (3) NOK https://www.cm-braganca.pt/transparencia/comunicacao/noticias/noticia/isabel-ferreira-eleita-para-o-conselho-diretivo-da-associacao-nacional-de-municipios-portugueses (Todas páginas interiores das Notícias com galerias de fotos que não que não possuem textos alternativos descritivos para as imagens)

  Recomendação
  Recomendamos alterar o texto alternativo da imagem para algo que descreva o conteúdo da imagem de forma sucinta. As imagens com função informativa, que complementam o conteúdo do website, devem incluir um texto alternativo que sirva de síntese do seu conteúdo e que seja lido pelo leitor de ecrã.

  • Evidência 02 - Sugestão de texto alternativo: alt="Micro central hidrelétrica do Centro de Ciência Viva"
  • Nota: É necessário rever todas imagens informativas do website, e assegurar que as boas práticas associadas ao requisito são aplicadas de forma consistente e transversal a todas as páginas do website e não apenas nos apontamentos aqui colocados.

etiqueta: NOK

Lista de evidências recolhidas:

• evidência: issue #68 O texto normal têm contraste suficiente no website

  etiqueta: chk 10 webetiqueta: R 6.1etiqueta: NOK

  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

  • Contraste inferior para elementos textuais, elementos da interface e objetos gráficos.

  A evidência (1) apresenta o breadcrumb "Transparência" e “Comunicação”, que não satisfaz o requisito uma vez que as combinações de cor dos textos possuem um rácio de contraste inferior a 4.5:1 para texto normal. O mesmo acontece nas outras páginas que possuem breadcrumbs Município , Serviços e Participação (Figura 1)

  

  URLs a verificar

  • (1) NOK. https://www.cm-braganca.pt/transparencia/comunicacao/editais

  Recomendações
  Recomendamos a revisão das cores das páginas e dos vários estados dos elementos para garantir os valores mínimos de contraste do texto normal

etiqueta: NOK

Lista de evidências recolhidas:

• evidência: issue #112 Não há legendas nos reprodutores de multimédia

  etiqueta: chk 10 webetiqueta: R 7.2etiqueta: NOK

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

  Notas gerais:
  As legendas devem descrever todos os sons de um conteúdo multimédia que esteja a ser reproduzido (como música, efeitos sonoros e conversas). De preferência, as legendas devem poder ser ligadas e desligadas, como acontece nas legendas de filmes (ex: Netflix).

  Evidências:
  Verificámos que nos vídeos VÍDEO PROMOCIONAL e Vídeo QR2016 – presentes nas páginas Festival D'Onor e Quintanilha Rock 2016, respetivamente – não existem legendas nem transcrição textual dos conteúdos.

  

  Figura 1 – VÍDEO PROMOCIONAL disponível através do link “VIDEO PROMOCIONAL” na página Festival D'Onor.

  

  Figura 2 – Vídeo QR2016 disponível na página Quintanilha Rock 2016.

  URLs a verificar:

  • Página Festival D'Onor
  • Página Quintanilha Rock 2016

  Recomendações:
  Devem ser incluídas legendas fechadas no vídeo. Se não for possível garantir legendas, deve-se incluir uma transcrição textual do vídeo.

• evidência: issue #111 O vídeo contém legendas abertas e a transcrição está incorreta

  etiqueta: chk 10 webetiqueta: R 7.2etiqueta: NOK

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

  Notas gerais:
  A utilização de legendas abertas em vídeos é uma forma eficaz de garantir que o conteúdo seja compreendido de outra forma além do áudio, permitindo que pessoas surdas ou com perda auditiva tenham acesso à informação apresentada. No entanto, este formato de legenda não oferece opções de personalização, como a alteração do tamanho da fonte, o que pode ser necessário para pessoas com deficiência visual. Adicionalmente, é fundamental que os vídeos forneçam uma transcrição textual das legendas, de modo que pessoas com deficiência auditiva e visual possam aceder ao conteúdo do vídeo através da leitura.

  Evidências:
  O vídeo Garanta a titularidade dos seus terrenos com o BUPi, da página Balcão Único do Prédio (BUPi), contém legendas abertas e a transcrição que é fornecida está incorreta.

  

  Figura - Vídeo Garanta a titularidade dos seus terrenos com o BUPi, da página Balcão Único do Prédio (BUPi). O vídeo apresenta legendas abertas e a transcrição em texto contém erros. Na imagem, um retângulo com borda preta destaca um desses erros na transcrição.

  URL a verificar:
  Página Balcão Único do Prédio (BUPi)

  Recomendações:
  Recomendamos que sejam fornecidas legendas fechadas para o vídeo. Estas legendas fechadas também podem servir de base para gerar uma transcrição correta do conteúdo.

• evidência: issue #80 Segmento de vídeo não legendado

  etiqueta: chk 10 webetiqueta: R 7.2etiqueta: NOK

  Evidências:
  O vídeo Resumo :: Festival Literário de Bragança - 2022, disponível na página VI Festival Literário de Bragança | Resumo [VÍDEO], apresenta legendas fechadas sincronizadas, mas estas não estão completas ao longo de todo o conteúdo.

  Entre 04:17 e 05:25, durante a entrevista ao Presidente Municipal da Câmara de Bragança, as legendas deixam de aparecer, tornando essa parte do vídeo inacessível para quem depende desta tecnologia.

  

  Figura - Vídeo Resumo :: Festival Literário de Bragança - 2022, disponível na página VI Festival Literário de Bragança | Resumo [VÍDEO], com falta de legenda aos 04:23.

  URL a verificar:
  Página VI Festival Literário de Bragança | Resumo [VÍDEO]

  Recomendações:
  Recomendamos que as legendas fechadas estejam disponíveis e completas em todo o vídeo.

• evidência: issue #78 As legendas fornecidas pelos vídeos são automáticas

  etiqueta: chk 10 webetiqueta: R 7.2etiqueta: NOK

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

  Notas gerais:
  As legendas automáticas fornecidas pelo Youtube, utilizam recursos de reconhecimento de voz que têm melhorado ao longo do tempo, no entanto, ainda enfrentam limitações que podem prejudicar a acessibilidade, como por exemplo, ela pode não ser fiel ao conteúdo que está a ser apresentado.

  Evidências:
  No vídeo Festival do Butelo e das Casulas & Carnaval dos Caretos 2025, presente na página Festival do Butelo e das Casulas & Carnaval dos Caretos, é possível ligar e desligar a legenda dos vídeos. No entanto, a legenda fornecida é automática, sendo necessário inserir uma legenda fechada para o vídeo.

  

  Figura - Vídeo Festival do Butelo e das Casulas & Carnaval dos Caretos 2025, presente na página Festival do Butelo e das Casulas & Carnaval dos Caretos, com legendas automáticas.

  URL a verificar:
  Página Festival do Butelo e das Casulas & Carnaval dos Caretos

  Recomendações:
  Recomendamos que sejam incluídas legendas fechadas. Caso a legenda que foi gerada automaticamente esteja boa, esta pode ser reaproveitada para gerar uma nova transcrição do conteúdo.

• evidência: issue #77 Não existe audiodescrição do vídeo

  etiqueta: chk 10 webetiqueta: melhoriaetiqueta: R 7.2

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

  Notas gerais:
  Os vídeos que passam mensagens apenas percetíveis à visão devem conter uma audiodescrição, que é fundamental para que as pessoas cegas ou com baixa visão possam compreender o conteúdo exibido.

  Evidências:
  O vídeo futuro aeroporto regional, disponível na página Aeródromo, é uma simulação 3D do aeródromo de Bragança e transmite informação exclusivamente visual, tornando se inacessível para quem não vê.

  

  Figura - Vídeo futuro aeroporto regional disponível na página Aeródromo.

  URL a verificar:
  Página Aeródromo

  Recomendações:
  Recomendamos que seja adicionada uma audiodescrição do conteúdo.

• evidência: issue #71 As legendas fornecidas pelo vídeo são automáticas

  etiqueta: chk 10 webetiqueta: melhoriaetiqueta: R 7.2

  Notas gerais:
  As legendas automáticas fornecidas pelo Youtube, utilizam recursos de reconhecimento de voz que têm melhorado ao longo do tempo, no entanto, ainda enfrentam limitações que podem prejudicar a acessibilidade, como por exemplo, ela pode não ser fiel ao conteúdo que está a ser apresentado.

  Evidências:
  No vídeo Inauguração da exposição "Casa de Férias", presente na página 'Casa de Férias' de Fernanda Fragateiro, é possível ligar e desligar a legenda dos vídeos. No entanto, a legenda fornecida é automática, sendo necessário inserir uma legenda fechada para o vídeo.

  

  Figura – Vídeo Inauguração da exposição “Casa de Férias”, presente na página 'Casa de Férias' de Fernanda Fragateiro, com legendas automáticas.

  URL a verificar:
  Página 'Casa de Férias' de Fernanda Fragateiro

  Recomendações:
  Recomendamos que sejam incluídas legendas fechadas. Caso a legenda que foi gerada automaticamente esteja boa, esta pode ser reaproveitada para gerar uma nova transcrição do conteúdo.

etiqueta: NOK

Lista de evidências recolhidas:

• evidência: issue #91 O botão do menu compacto (mobile e tablet) está visível para leitores de ecrã em desktop

  etiqueta: chk 10 webetiqueta: R 8.2etiqueta: NOK

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

  Evidencia
  Com o leitor de ecrã VoiceOver, é possível identificar o botão do menu compacto na versão desktop, utilizando o navegador Safari. Por exemplo, embora o menu esteja oculto através do CSS com o atributo display: none, ele continua visível juntamente com as restantes opções do menu principal:

  

  Embora o botão menu compacto esteja escondido via CSS através do display:none ele está a ser anunciado pelo leitor de ecrã dentro da navegação do menu principal

  Recomendações

  • Deve ser utilizado o atributo aria-hidden tanto no menu desktop como no menu compacto. O menu que estiver visível no momento deverá ter aria-hidden="false", enquanto o outro deverá manter aria-hidden="true".

• evidência: issue #89 Existem elementos que estão a ser lidos apenas pelos leitores de ecrã

  etiqueta: chk 10 webetiqueta: R 8.2etiqueta: NOK

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

  Evidencia

  Verifica-se, nos websites alvo de análise, a existência de elementos que se encontram indevidamente visíveis às tecnologias de apoio, o que gera ruídos e dificulta a interação por parte dos utilizadores.

  Por exemplo, nas páginas internas é apresentada um campo de pesquisa "interno" na qual se verifica a existência de um input do tipo type="image". Esta construção é válida, uma vez que este tipo de input é semelhante a um botão do tipo submit. No entanto, existe uma label associada a este input, o que é incorreto, sendo essa label visível apenas para leitores de ecrã gerando ruídos na navegação:

  

  Campo de pesquisa estruturado com o botão do tipo input type="image" e com uma label visível aos leitores de ecrã que possui o mesmo nome do input type="image" "Pesquisar"

  Recomendações

  • Relativamente ao campo de pesquisa, é necessário verificar todos os locais onde este é apresentado, garantindo que não é utilizada uma label associada a botões do tipo type="image".

etiqueta: NOK

Lista de evidências recolhidas:

• evidência: issue #116 O breadcrumb não está estruturado com a semântica adequada

  etiqueta: chk 10 webetiqueta: R 8.3etiqueta: NOK

  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:
  O componente breadcrumb do website está sendo estruturado como uma lista não ordenada:

  
  

  URLs a verificar

  • https://www.cm-braganca.pt/servicos/balcao-unico/fatura-eletronica - todas as páginas internas do website

  Recomendações:

  • Estruturar o breadcrumb como uma lista ordenada, utilizando as tags ol e li.

• evidência: issue #86 O chatbot e o componente de contactos/fale connosco não estão estruturados de forma apropriada

  etiqueta: chk 10 webetiqueta: R 8.3etiqueta: NOK

  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ência

  Verifica-se que, em alguns websites, está a ser apresentado componentes flutuantes no rodapé, como o chatbot e componente de contactos/fale connosco. Eles estão construídos de forma inadequada, uma vez que são estruturadas como div em vez de elementos nativos do HTML.

  Por exemplo, na página inicial do website da CM de Bragança existe um chatbot que está acessível apenas pelo rato e está sendo construído com o uso de div:

  

  Chatbot construído com divs e está inacessível com o teclado e leitor de ecrã no website da CM de Bragança

  URLs a verificar

  • https://www.cm-braganca.pt/cm-braganca - chatbot fale connosco

  Recomendação

  • Devem rever todos os websites que apresentem o chatbot e/ou componente flutuante no rodapé, como contactos/fale connosco.
  • Devem garantir que o chatbot ou outro componente fixo apresentado no rodapé seja acessível através do rato, do teclado e de tecnologias de apoio. Para isso, recomendamos que, sempre que possível, sejam utilizados elementos nativos de HTML, como botões ou links.

• evidência: issue #85 Existem acordeões construídos de forma inapropriada

  etiqueta: chk 10 webetiqueta: R 8.3etiqueta: NOK

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

  Evidencias

  Verifica-se que os acordeões apresentados no website estão a ser construídos de forma inadequada, uma vez que são utilizadas divs em vez de se recorrer a elementos nativos do HTML.

  Por exemplo, no website da CM de Bragança existem acordeões que estão sendo estruturados como divs:

  

  Acordeão estruturado como div no HTML

  Isto impede que o leitor de ecrã reconheça o elemento como interativo, uma vez que não é indicado que se trata de um botão ou de um link, nem se o elemento se encontra aberto ou fechado:

  

  Leitor de ecrã não identifica como elemento interativo e não é possível identificar se o conteúdo é possível de expandir ou fechar

  ---

  Outro exemplo acontece no acordeão da página Índice de Transparência Municipal em que o texto alternativo do acordeão está sempre acompanhado pela instrução "Clique para expandir", mesmo quando ele já está aberto:

  

  URLs a verificar

  • https://www.cm-braganca.pt/pages/1307?site_help_link_category_id=10)
  • https://www.cm-braganca.pt/pages/613
  • https://www.cm-braganca.pt/servicos-e-informacoes/cogestao-do-pnm/acoes-de-participacao-publica?WAI-FID=2932e250-6965-11f1-acb4-a7f4c5ee42ec#faq-6
    (verificar o componente em todo o website para garantir que não existam erros)

  Recomendação

  • Definir o acordeão semanticamente como um botão, garantindo que o seu título é atribuído como um cabeçalho apropriado. O título (h2, h3, ... , h6) deve ser conter o botão, dessa forma garantimos que não perca a sua semântica.
  • É necessário informar as tecnologias de apoio sobre o estado do acordeão (aberto ou fechado). Para esse efeito, deve ser utilizado o atributo aria-expanded em conjunto com JavaScript.
  • Remover a instrução "Clique para expandir". Não devem inserir instruções adicionais para esse componente.
  • Para mais informações sobre construção de acordeões partilhamos o seguinte link da W3C que contém exemplos: https://www.w3.org/WAI/ARIA/apg/patterns/accordion/examples/accordion/

• evidência: issue #69 O leitor de ecrã identifica mais opções do que é apresentado visualmente no carrossel

  etiqueta: chk 10 webetiqueta: R 8.3etiqueta: NOK

  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:
  O carrossel presentes na secção "Os nossos sites" da página inicial da CM Bragança apresenta seis elementos visualmente. No entanto, os treze elementos do carrossel aparecem visíveis para os leitores de ecrã.

  

  Carrossel que mostra todos os itens aos leitores de ecrã

  Recomendações:
  Recomendamos que os elementos mostrados aos leitores de erã sejam exatamente aqueles que são mostrados visualmente de cada vez, para que os utilizadores destas tecnologias tenham a mesma experiência de navegação dos demais utilizadores.

  Para mais informações é possível consultar os artigos Carousel Structure e Carousel (Slide Show or Image Rotator) Pattern do W3C.

• evidência: issue #56 Carrosséis que exibem conteúdos automaticamente e não permitem pausar

  etiqueta: chk 10 webetiqueta: R 8.3etiqueta: NOK

  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:
  O carrossel presentes na secção "Os nossos sites" da página inicial da CM Bragança não permitem pausar a passagem dos elementos.

  

  Elementos do carrossel da secção "Os nossos sites"

  Para além disso, não informam quantos itens fazem parte do carrossel,

  Recomendações:
  Recomendamos que seja indicado visualmente o número de elementos de cada carrossel, e que a navegação seja exclusivamente controlada pelo utilizador, que, para além dos dois botões para avançar e retroceder, deve incluir um botão que permita pausar a passagem dos itens (caso não pretendam incluir o botão de pausa devem parar a progressão automática entre os itens).
  Para mais informações é possível consultar os artigos Carousel Structure e Carousel (Slide Show or Image Rotator) Pattern do W3C.

• evidência: issue #3 Não é possível distinguir as diferentes navegações da página com o leitor de ecrã

  etiqueta: chk 10 webetiqueta: R 8.3etiqueta: NOK

  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:

  Quando uma página possui mais de uma área de navegação, é importante nomear cada nav par que os utilizadores de leitores de ecrã entendam a finalidade de cada seção de navegação.

  No website da CM Bragança, tanto o menu principal como o menu lateral estão a ser anunciados como “navegação”. Desta forma, não é possível distingui-los corretamente:

  

  URLs a verificar

  • https://www.cm-braganca.pt/servicos/balcao-unico/fatura-eletronica
  • necessário verificar todas as páginas internas que apresentam o menu lateral.

  Recomendações

  • O menu principal e o lateral devem ser nomeados de uma forma que seja possível distingui-los. Para isso, podem utilizar o aria-label.

etiqueta: N/A

Lista de evidências recolhidas:

• evidência: issue #64 Não foram encontradas modais

  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 encontradas modais no site da Câmara Municipal de Bragança. Assim, este requisito é avaliado como “Não Aplicável” (N/A).

etiqueta: N/A

Lista de evidências recolhidas:

• evidência: issue #63 Não foram encontradas modais

  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 encontradas modais no site da Câmara Municipal de Bragança. Assim, este requisito é avaliado como “Não Aplicável” (N/A).

etiqueta: N/A

Lista de evidências recolhidas:

• evidência: issue #113 Não foram encontradas modais

  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 encontradas modais no site da Câmara Municipal de Bragança. Assim, este requisito é avaliado como “Não Aplicável” (N/A).

etiqueta: N/A

Lista de evidências recolhidas:

• evidência: issue #58 Não foram encontradas modais

  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 encontradas modais no site da Câmara Municipal de Bragança. Assim, este requisito é avaliado como “Não Aplicável” (N/A).

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

Lista de evidências recolhidas:

• evidência: issue #47 O resumo do propósito está sendo apresentado parcialmente em algumas resoluções

  etiqueta: R 1.1etiqueta: melhoriaetiqueta: chk conteúdo

  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

  O critério está a cumprir, mas é possível fazer melhorias: o website apresenta o resumo do propósito na página inicial do website. Contudo, em algumas resoluções, como no tablet, o propósito está sendo apresentado parcialmente no ecrã, sendo necessário fazer scroll:

  
  

  URLs a verificar

  • https://www.cm-braganca.pt/cm-braganca

  Recomendações

  • O resumo do propósito deve ser visto imediatamente na secção principal da página. Para isso, devem posicionar o resumo mais próximo ao topo.
  • Devem garantir que o resumo seja apresentado totalmente em todas as resoluções.

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

Lista de evidências recolhidas:

• evidência: issue #34 Breadcrumbs não representam corretamente a localização do utilizador

  etiqueta: melhoriaetiqueta: chk conteúdoetiqueta: 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:
  Verificámos que, no site da Câmara Municipal de Bragança, as breadcrumbs não representam corretamente a posição do utilizador na estrutura do site nem o percurso de navegação até à página em que se encontram.

  

  Figura – Página Legislação. O caminho de breadcrumbs (Transparência > Comunicação) que aparece na página está incompleto. Breadcrumbs destacada através de um retângulo de borda branca.

  Recomendações:
  Recomendamos reformular este componente para que apresente, de forma precisa, a página onde o utilizador se encontra e o trajeto desde a página inicial.

• evidência: issue #33 Estrutura do menu lateral não é percetível

  etiqueta: melhoriaetiqueta: chk conteúdoetiqueta: 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:
  Verificámos que no site da Câmara Municipal de Bragança foram incluídos menus laterais nas páginas de interior. Notámos que, visualmente, estes menus não tornam evidente a estrutura hierárquica da navegação, dificultando a perceção do nível em que o utilizador se encontra e da sua localização dentro do site.

  

  Figura - Menu lateral do site do Município de Bragança na página de interior Regimento das Reuniões da Câmara Municipal.

  Recomendações:
  Deve ser feita uma revisão da estrutura do menu de forma a tornar a hierarquia mais clara, melhorar a identificação do nível de navegação e garantir que o utilizador compreende facilmente onde está e para onde pode ir a seguir.

etiqueta: NOK

Lista de evidências recolhidas:

• evidência: issue #16 Documentos longos sem índice ou é substituído por acordeões mal estruturados

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

  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

  As evidências revelam que as páginas longas não disponibilizam um índice no topo das páginas com hiperligações internas para cada secção interna das páginas. (Figura 01)

  

  Figura 01 - Página longa da Declaração de Acessibilidade e Usabilidade sem índice

  Sem um índice inicial os utilizadores especialmente aqueles que recorrem a tecnologias de apoio, podem perder a referência da sua localização na página, prejudicando a compreensão e a eficiência na navegação.

  A página Mapa do site, possui conteúdo longo com acordeões que substituem o índice. No entanto, o acordeão apresenta problemas pois está totalmente expandido mesmo sem interação com o utilizador. (Figura 2)

  

  Figura 02 - Acordeão com problemas pois apresenta-se visualmente totalmente expandido mas é anunciado pelo leitor de ecrã como “Recolhido”

  Os acordeões presentes na página devem ser corrigidos, uma vez que não estão devidamente estruturados. Como consequência, os utilizadores que recorrem a leitores de ecrã são obrigados a percorrer todos os cabeçalhos da página longa, sem conseguirem perceber qual o conteúdo que se encontra expandido.

  URLs a verificar

  • https://www.cm-braganca.pt/ficha-tecnica/declaracao-de-acessibilidade-e-usabilidade
  • https://www.cm-braganca.pt/servicos/intervencao-social/habitacao-social/legislacao
  • https://www.cm-braganca.pt/servicos/intervencao-social/comissao-de-proteccao-de-criancas-e-jovens/caraterizacao
  • https://www.cm-braganca.pt/ficha-tecnica/declaracao-de-acessibilidade-e-usabilidade/glossario-de-termos-complexos-ou-tecnicos
  • https://www.cm-braganca.pt/servicos/balcao-unico/horarios

  Recomendações
  Para facilitar a navegação, recomendamos adicionar um índice no início da página com hiperligações para cada secção interna. O uso de acordeões como substituição de um índice é uma solução válida, mas é importante ter em consideração alguns aspetos essenciais para garantir a acessibilidade. Para as páginas com acordeão, é necessário garantir que:

  • A estrutura do acordeão deve ser construída de forma adequada, assegurando que funcione sem problemas para todos os utilizadores, incluindo aqueles que utilizam tecnologias de apoio.
  • Recomendamos rever os acordeões do website para garantir que sejam estruturados corretamente. Para isso, recomendamos consultarem as notas partilhadas no critério 8.3 da checklist dos 10 aspectos.

etiqueta: NOK

Lista de evidências recolhidas:

• evidência: issue #14 Existem elementos interativos acionados apenas com a passagem do rato (hover)

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

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

  Evidências:

  Na Página inicial, está disponível um chatbot que é acionado apenas através da interação por hover. Ao passar o rato, surge a mensagem “Fale connosco – Precisa de ajuda?”. (Figura 01)

  

  Figura 01 - Chatbot ativo apenas com hover

  Há componentes das galerias de fotos das páginas de notícias, diponíveis apenas com hover. Por exemplo na página FEIRA DO LIVRO DE BRAGANÇA: A CULTURA NO CORAÇÃO DA CIDADE (Figura 2)

  

  Figura 2 - Setas interativas e legenda da galeria de imagens disponível com hover

  Quando um elemento interativo depende exclusivamente do hover para ser ativado ou para revelar informação, torna-se inacessível para utilizadores que recorrem a tecnologias de apoio, bem como para quem utiliza dispositivos móveis baseados em toque. Esta limitação compromete a perceção da funcionalidade e impede o acesso equitativo ao serviço disponibilizado.

  URLs a verificar

  • https://www.cm-braganca.pt
  • https://www.cm-braganca.pt/transparencia/comunicacao/agenda-e-eventos/todos-os-eventos/evento/exposicao-mascaras-simbolos-de-identidade - (Legenda da Imagem disponível apenas com Hover)

  Recomendação
  Garantir que os elementos interativos podem ser accionados através de outros tipos de interação como o teclado, toque e tecnologias de apoio. E que o chatbot pode ser acionado por estes diferentes métodos de interação com a mensagem associada apresentada de forma visível e acessível sem depender exclusivamente do hover. (Ver nota do Requisito 8.3 - 10 Aspetos)

etiqueta: NOK

Lista de evidências recolhidas:

• evidência: issue #13 Os elementos interativos têm uma dimensão mínima de 44px

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

  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:

  • Para garantir que os utilizadores interagem devidamente com um elemento interativo (botões, imagens-link...), a área clicável desse elemento deve ser, no mínimo, 44px de largura e 44px de altura.

  A evidência (1) revela que há elementos interativos com área clicável que não cumprem a dimensão mínima exigida (44px de altura e largura). Por exemplo, na página “Caracterização” com os botões das redes sociais dimensão de 40px de largura e 40px de altura, não cumprindo as dimensões mínimas necessárias. (Figura 1)

  

  Figura 1 - Botões das redes sociais não cumprem com a área mínima recomendada.

  URLs a verificar

  • (1) NOK. https://www.cm-braganca.pt/servicos/intervencao-social/comissao-de-proteccao-de-criancas-e-jovens/caraterizacao

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

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

Lista de evidências recolhidas:

• evidência: issue #12 Há apenas um botão de ação principal por página e o mesmo encontra-se destacado

  etiqueta: melhoriaetiqueta: chk conteúdoetiqueta: 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:

  • Os botões de ação principal devem estar destacados numa página ou num bloco de informação para tornar mais perceptível o local onde os utilizadores devem clicar para realizar uma determinada tarefa.

  A evidência (1) demonstra que na página das “Freguesias” o botão de ação principal “Voltar” não têm destaque suficiente face aos restantes botões da página. Os botões secundários devem estar menos destacados e com um estilo diferente. (Figura 01)

  

  Figura 01 - Botões de ação principal não possuem estilo único no website

  Além disso, observamos na página Checkin, que apesar do botão “Entrar” se destacar como ação principal, apresenta o mesmo estilo e cor de outros elementos da interface, como cartões, menu lateral, paginação e estados de hover.
  Ao definir e aplicar uma hierarquia visual consistente para os botões, reduz-se a probabilidade de ações secundárias serem confundidas com ações principais, contribuindo para uma navegação mais clara e uma melhor experiência do utilizador.

  URLs a verificar

  • (1) NOK. https://www.cm-braganca.pt/municipio/freguesias
    (Botão: "Voltar" não apresenta destaque suficiente como ação principal da página)
  • https://www.cm-braganca.pt/resultados_pesquisa
    (Botão: "Voltar" não apresenta destaque suficiente como ação principal da página)
  • https://www.cm-braganca.pt/servicos-e-informacoes/balcao-unico/agendamentos-e-marcacoes-online/agendamentos
    (Botão: "Agendar" não apresenta destaque suficiente como ação primária e principal da página)
  • https://www.cm-braganca.pt/sugestoes-reclamacoes-elogios
    (Botão: "Submeter" não apresenta destaque suficiente como ação primária e principal da página)

  Recomendações
  Os botões de ação principal devem apresentar diferenciação visual clara em relação a elementos secundários e estruturais. Sugere‑se reforçar o peso visual (ex.: maior contraste, preenchimento, borda ou forma distinta) e utilizar cores diferenciadas e consistentes de ação principal, para garantir que o utilizador reconheça imediatamente a função principal.

etiqueta: NOK

Lista de evidências recolhidas:

• evidência: issue #11 Elementos interativos devem aparentar ser clicáveis

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

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

  Evidências:

  • Os elementos interativos devem ter um estilo que demonstre que são clicáveis e, ao mesmo tempo, suficientemente diferente de elementos não clicáveis para que não se confundam.
  • O contraste em elementos interativos deve ser de, no mínimo, 3:1 em relação a cor adjacente. Este contraste é aplicado a todos os estados dos elementos (normal, hover, focus, etc). Quando o elemento possui conteúdo em texto, o contraste deve ser de no mínimo, 4,5:1 com a cor de fundo.

  A evidência (1) revela contraste inferior nos botões do menu secundário, em elementos interativos que devem aparentar ser clicáveis. (Figura 1)

  

  Figura 1 - Captura da página Comunicação do website de Bragança

  • A evidência (2) revela que a página inicial apresenta elementos interativos cujos estilos visuais não sugerem clicabilidade. Por exemplo os botões das redes sociais, textos da opção "Selecionar idioma" e da secção "Serviços mais frequentes". A única indicação de interação é a mudança do cursor ao passar o rato, o que não é suficiente para transmitir ao utilizador que se trata de elementos clicáveis.

  

  Figura 2 - Captura da página inicial de Bragança

  URLs a verificar

  • (1) NOK. https://www.cm-braganca.pt/transparencia/comunicacao
  • (2) NOK. https://www.cm-braganca.pt

  Recomendações
  Rever o estilo dos elementos interativos para que seja mais percetível que são clicáveis. É necessário a revisão das cores dos vários estados dos elementos para garantir os valores mínimos de contraste em elementos interativos.

etiqueta: N/A

Lista de evidências recolhidas:

• evidência: issue #28 Formulários grandes com organização por páginas (passos)

  etiqueta: R 1.2etiqueta: chk transaçãoetiqueta: 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:

  O website possui formulários curtos, pelo que o critério é considerado Não Aplicável (N/A).

  • (1) N/A. https://www.cm-braganca.pt/sugestoes-reclamacoes-elogios
  • (2) N/A. https://www.cm-braganca.pt/participacao/pedidos-de-informacao
  • (3) N/A https://www.cm-braganca.pt/servicos-e-informacoes/balcao-unico/agendamentos-e-marcacoes-online/agendamentos
  • (4) N/A https://www.cm-braganca.pt/servicos-e-informacoes/balcao-unico/agendamentos-e-marcacoes-online/checkin
  • (5) N/A https://www.cm-braganca.pt/servicos/balcao-unico/fatura-eletronica

etiqueta: N/A

Lista de evidências recolhidas:

• evidência: issue #27 Formulários grandes revelam mecanismo de navegação por passos

  etiqueta: R 1.3etiqueta: chk transaçãoetiqueta: 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:

  • (1) N/A. https://www.cm-braganca.pt/sugestoes-reclamacoes-elogios
  • (2) N/A. https://www.cm-braganca.pt/participacao/pedidos-de-informacao

  Formulários de curta dimensão, pelo que o requisito é considerado não aplicável (N/A).

etiqueta: NOK

Lista de evidências recolhidas:

• evidência: issue #26 O tamanho dos campos não reflete o tamanho previsível dos dados

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

  Evidências:
  Os campos “Tipo de Atendimento”, “Área de Atendimento” e “Data” da página Agendamentos estão demasiado largos para o tipo de informação que o utilizador precisa de inserir.

  Nos dois primeiros campos, a largura do campo de input é muito superior ao tamanho das opções apresentadas na lista suspensa, o que cria espaço vazio desnecessário. No caso do campo “Data”, considerando que o formato de preenchimento é dd/mm/aaaa (2 dígitos para o dia, 2 para o mês e 4 para o ano), a largura atual também não se justifica, pois excede claramente o espaço necessário para esse padrão de entrada.

  

  Figura – Formulário da página Agendamentos.

  URL a verificar:
  Página Agendamentos

  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 #25 Não foram identificados formulários que utilizem revelação progressiva

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

  No site da Câmara Municipal de Bragança, 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: OK (no entanto contém 1 melhoria que se recomenda efetuar)

Lista de evidências recolhidas:

• evidência: issue #24 O texto placeholder está a substituir o rótulo na interface gráfica

  etiqueta: R 2.3etiqueta: melhoriaetiqueta: chk transação

  Evidências:
  O campo de pesquisa geral no cabeçalho e o campo de pesquisa da página Pesquisa utilizam texto placeholder como substituto visual do rótulo. Embora os rótulos existam no código — “Pesquisar” — estão ocultos através das classes sr-only-label e hidden. Isto faz com que o utilizador dependa apenas do placeholder para perceber a função do campo, o que reduz a clareza e pode comprometer a acessibilidade.

  

  Figura 1 – Análise do campo de pesquisa, no cabeçalho do site, através do Google Inspector.

  

  Figura 2 – Análise do campo de pesquisa, na página Pesquisa, através do Google Inspector.

  URLs e componentes a verificar:

  • Campo de pesquisa localizado no cabeçalho do site;
  • Página Pesquisa – Campo de pesquisa;

  Recomendações:
  Recomendamos manter os rótulos sempre visíveis, tanto para quem usa leitores de ecrã como para quem interage visualmente com a interface, garantindo que a função de cada campo é clara em todos os contextos.

  Para mais informações, recomendamos consultar a página sobre boas práticas nos formulários da WebAIM.

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

Lista de evidências recolhidas:

• evidência: issue #23 Atributo required aplicado incorretamente nos controlos do formulário

  etiqueta: R 2.4etiqueta: melhoriaetiqueta: chk transação

  Evidências:

  Verificámos que, no formulário da página Agendamentos, os campos “Tipo de Atendimento”, “Área de Atendimento” e “Data” não estão a indicar corretamente, de forma programática, que são de preenchimento obrigatório. Nos elementos <select> e <input> destes campos é utilizada a expressão required=”required”. Apesar de o leitor de ecrã reconhecer estes campos como obrigatórios, esta não é a forma semanticamente mais adequada de o declarar.

  

  Figura – Análise dos campos do formulário da página Agendamentos através do Google Inspector.

  URL a verificar:
  Página Agendamentos - Campos “Tipo de Atendimento”, “Área de Atendimento” e “Data”.

  Recomendações:
  Recomendamos utilizar o atributo required diretamente no elemento <select> quando o campo corresponde a uma lista suspensa e diretamente no elemento <input> no caso do campo “Data”.

  Recomendamos também aplicar o atributo required apenas no próprio controlo de formulário, evitando colocá-lo no elemento <label>, uma vez que o rótulo não deve transmitir obrigatoriedade de forma programática.

etiqueta: N/A

Lista de evidências recolhidas:

• evidência: issue #22 Em ações longas o sistema deve dizer o que está a acontecer

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

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

  Evidências:

  (1) N/A. https://www.cm-braganca.pt/sugestoes-reclamacoes-elogios
  (2) N/A. https://www.cm-braganca.pt/participacao/pedidos-de-informacao

  Não foram detetados formulários cujas ações apresentem tempos de execução prolongados. Sendo assim, o critério é considerado Não Aplicável (N/A).

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

Lista de evidências recolhidas:

• evidência: issue #21 O Sucesso do envio/submissão da informação é confirmada

  etiqueta: melhoriaetiqueta: chk transaçãoetiqueta: 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:

  Na evidência (1) há um erro no campo "Motivo do contacto" mesmo preenchido aoresenta a mensagem "O campo 'Motivo do contacto' é obrigatório". (Figura 1)

  

  Figura 1 - Preenchimento de informações com erro no campo obrigatório

  URLs a verificar

  • (1) NOK. https://www.cm-braganca.pt/sugestoes-reclamacoes-elogios
  • (2) OK. https://www.cm-braganca.pt/participacao/pedidos-de-informacao (Mensagem de confirmação de envio correta)

  Recomendações
  Rever páginas dos formulários que apresentam problema em campos obrigatórios, mas apresentam mensagem de erro por não reconhecerem o preenchimento da informação pelos utilizadores.

etiqueta: N/A

Lista de evidências recolhidas:

• evidência: issue #19 As ações destrutivas nunca devem ser permanentes

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

  É 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

  Evidencias:
  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: OK (no entanto contém 4 melhorias que se recomenda efetuar)

Lista de evidências recolhidas:

• evidência: issue #117 Outras violações - Menu de navegação: o foco do leitor de ecrã retorna para o início após carregamento "automático" de página

  etiqueta: outras violaçõesetiqueta: melhoria

  Evidências
  Verifica-se que, em determinados momentos durante a navegação no website, ocorre um recarregamento automático da página quando que é feita alguma ação, como, por exemplo, a seleção de uma subopção no menu lateral. Esta situação provoca o retorno do foco do leitor de ecrã para o início da página, o que pode gerar frustração ao utilizador, uma vez que este terá de percorrer novamente todo o conteúdo para regressar à posição anterior e prosseguir com a sua interação. Isso pode estar a acontecer porque cada interação com o menu é carregado uma nova página com outra URL:

  

  URLs a verificar
  https://www.cm-braganca.pt/servicos/investimento/visao-e-estrategia - todas a páginas internas que está sendo apresentado o menu lateral

  Recomendações

  • Para garantir que o foco não se perca, é necessário estruturar as opções do menu na árvore e evitar o uso do AJAX.
  • Ao abrir uma opção do menu, não deve existir um carregamento para uma nova url pois isso força o foco a retornar para o início.
  • Devem corrigir o problema mencionado na issue #92 pois são problemas relacionados entre si.

• evidência: issue #10 Outras violações - Calculadora ecológica com problemas em tooltips informativas

  etiqueta: outras violaçõesetiqueta: melhoria

  Evidência:

  A Calculadora ecológica do website, utiliza um iframe externo com problemas nas tooltips informativas, as quais são ativas apenas com o rato e torna o conteúdo inacessível para leitores de ecrã e dispositivos táteis, pelo que necessita de revisão.

  A evidência (1) revela que há uma “Calculadora ecológica” com tooltips informativas, que são acionadas apenas com a passagem do rato (hover) o que dificulta a compreensão em caso de dúvida para o utilizador. Apesar de ser um iframe de uma página externa, recomendamos rever o conteúdo disponível pois ele está inacessível por leitores de ecrã e também na interação por toque em dispositivos móveis. (Figura 1)

  

  Figura 1 - Calculadora ecológica incorporada no website possui problemas de acessibilidade

  URLs a verificar

  • (1) Melhoria https://www.cm-braganca.pt/servicos/ambiente-e-sustentabilidade/calculadora-ecologica

  Recomendação
  Rever a calculadora para substituir tooltips dependentes de hover por elementos sempre acessíveis ou acionáveis por toque e teclado, garantindo total compatibilidade com leitores de ecrã.

• evidência: issue #9 Outras violações - Componente de checkbox apresentam quebra de layout

  etiqueta: outras violaçõesetiqueta: melhoria

  Evidências
  Foi identificado um problema visual no componente de checkbox durante o processo de submissão do formulário. Embora a checkbox seja marcada corretamente ao nível funcional (ou seja, o estado "checked" é aplicado com sucesso), verifica-se uma inconsistência na apresentação visual. (Figura 1)

  

  Figura 1 - Quebra de layout no preenchimento da checkbox

  Concretamente, quando a checkbox é selecionada, o ícone de confirmação (check) apresenta um desalinhamento dentro da caixa, não estando centrado como esperado. Esse comportamento resulta numa quebra de layout, comprometendo a consistência visual da interface. Este tipo de problema pode afetar a perceção de qualidade da aplicação por parte dos utilizadores, uma vez que o componente aparenta estar renderizado de forma incorreta, mesmo estando funcionalmente correto.

  URLs a verificar

  • https://www.cm-braganca.pt/servicos-e-informacoes/balcao-unico/agendamentos-e-marcacoes-online/cancelaragendamento
  • https://www.cm-braganca.pt/servicos/balcao-unico/fatura-eletronica
  • https://www.cm-braganca.pt/sugestoes-reclamacoes-elogios

  Recomendações

  Recomenda-se a revisão dos estilos associados à checkbox, nomeadamente garantindo que o ícone de check está devidamente centrado tanto vertical como horizontalmente dentro do seu contêiner, assegurando assim uma apresentação consistente e alinhada com as boas práticas.

• evidência: issue #7 Outras violações- Há páginas sem foco visível na navegação por teclado e leitor de ecrã

  etiqueta: outras violaçõesetiqueta: melhoria

  Evidências
  Ao navegar pelo website utilizando apenas o teclado, nem sempre o indicador de foco se encontra visível, dificultando significativamente a navegação, em particular para utilizadores que dependem exclusivamente deste meio de interação.

  Durante a navegação sequencial através da tecla TAB, há algumas componentes que não apresentam o foco visível que auxilia a navegação de utilizadores por teclado. Por exemplo na página inicial a secção Agenda e o rodapé de todo website com problemas de foco (Figura 1)

  

  Figura 1 – Exemplo de ausência de foco visível na navegação por teclado

  

  Figura 2 - Inconsistências: Há páginas que o foco está visível corretamente, por exemplo na página Notícias

  Em alguns momentos o foco não é apresentado de forma perceptível, sendo apenas possível inferir a sua existência através da barra de estado do navegador, o que não constitui uma solução acessível nem adequada. Sendo assim não é possível identificar visualmente a posição do utilizador em cada momento da navegação. Esta situação pode levar o utilizador a perder a noção da sua posição na página, comprometendo a usabilidade e a acessibilidade do website.

  URLs a verificar

  • https://www.cm-braganca.pt/cm-braganca (Secção Agenda e Rodapé de todo website)
  • https://www.cm-braganca.pt/transparencia/comunicacao/agenda-e-eventos/todos-os-eventos (Cards de Todos os eventos sem foco visível)

  Recomendações
  Garantir que todos os elementos interativos do website apresentam um indicador de foco visível, suficientemente contrastante e consistente, sempre que recebem foco através da navegação por teclado. O estilo de foco deverá:

  • Ser claramente percetível visualmente (ex.: contorno, sublinhado ou mudança de cor);
  • Manter contraste adequado em relação ao fundo;
  • Não ser removido através de regras CSS como outline: none sem alternativa equivalente;
  • Acompanhar corretamente a ordem lógica da navegação por teclado.

  Esta melhoria é essencial para assegurar uma navegação acessível a utilizadores com deficiência visual, motora ou cognitiva