O website https://report_012.gov.pt/ etiqueta: não passa nos requisitos mínimos do Selo de Usabilidade e Acessibilidade.
| Tipo de avaliação | Estado |
|---|---|
| Avaliação Automática | etiqueta: NOK |
| Avaliação Manual | etiqueta: NOK |
Das avaliações manuais efetuadas obtiveram-se os resultados que se sintetizam na tabela seguinte.
| Checklist | Conformidade alcançada | Resultado |
|---|---|---|
| 10 aspetos | 18.5% (5/27) | etiqueta: Não passa |
| Conteúdo | 35.3% (6/17) | etiqueta: Não passa |
| Transação | 72.7% (8/11) | etiqueta: Não passa |
Nota: para passar os requisitos do Selo é necessário alcançar um nível de conformidade superior ou igual a 75% em cada uma das 3 checklists.
Verificámos também que a Declaração de Acessibilidade não se encontra corretamente afixada. Consulte o capítulo "Declaração de acessibilidade" para saber o que tem de corrigir.
etiqueta: NOK
De acordo com o artigo 8º do DL n.º 83/2018, todos os sítios web e todas as aplicações móveis têm de ostentar uma Declaração de Acessibilidade. A Declaração é o documento na qual a organização evidencia o trabalho levado a efeito para tornar os seus conteúdos e serviços digitais mais acessíveis, disponibilizando ainda contactos para ajuda adicional.
Lista de evidências recolhidas:
evidência: issue #15 Declaração de acessibilidade - Estão disponíveis ficheiros anteriores, além dos atuais
Verifica-se que a Declaração de Acessibilidade apresenta, além da checklist mais recente outra versão antiga. Esta situação torna a informação suscetível a equívocos, uma vez que, ao estarem ambas as versões disponíveis, o utilizador poderá confundir-se quanto a qual é a mais recente:
Declaração de Acessibilidade do website CM de Bragança apresenta duas checklists dos 10 aspectos
Todos os website estão com o mesmo problema.
etiqueta: NOK
Para a produção das evidências do presente capítulo, foram utilizadas ferramentas automatizadas de avaliação de requisitos de acessibilidade de acordo com a norma WCAG 2.1 'AA'. A amostra em análise pelas ferramentas é composta pela Homepage mais todas as páginas diretamente hiperligadas por ela, pertencentes ao domínio.
Lista de evidências recolhidas:
evidência: issue #4 Existem erros de acessibilidade
Efetuámos uma análise individual de cada website utilizando o validador Rocket Validator, a qual revelou a existência de erros de acessibilidade em todos os 20 websites analisados, que necessitam de ser corrigidos.
Para mais informações, partilhamos abaixo os respetivos relatórios das análises automáticas.
etiqueta: NOK
A avaliação manual é feita por inspeção perícial dos diversos requisitos constantes da:
Sempre que os auditores localizam uma falha grave de um requisito de acessibilidade que, embora não faça parte do esquema de requisitos do Selo, se enquadre no âmbito das violações das WCAG 2.1 'AA' do W3C, tal referência é anotada em "Outras violações" do presente capítulo. Apesar destas violações não se apresentarem com carácter vinculativo no esquema de requisitos do Selo, recomenda-se que as mesmas sejam corrigidas.
etiqueta: NOK
Nível de conformidade:
etiqueta: NOK
Lista de evidências recolhidas:
evidência: issue #117 Rodapé possui opções que não estão estruturados como lista
Verifica-se que em alguns websites alvos de análise, as opções apresentadas no rodapé não estão devidamente estruturadas como listas ul li.
Por exemplo, no website de Esposende é possível identificar que existem links que não estão estruturados como listas:
Outro exemplo foi encontrado no website Oliveira do Bairro, que é possível identificar links que não estão estruturados como lista ("deixe a sua mensagem", "234 732 100" e "Subscreva a newsletter"), e também, existem links que além de não estarem estruturados como lista, estão sendo repetidos no rodapé (links úteis, reclamação e sugestão, contactos úteis):
ul lievidência: issue #10 O menu lateral não está estruturado como lista de forma apropriada
O menu de navegação deve estar estruturado como uma lista de opções.
Verifica-se que o menu lateral, quando apresentado nos diferentes websites, embora esteja estruturado em HTML como uma lista através das tags ul e li, ele não está a ser reconhecido pelas tecnologias de apoio como uma lista. Isso acontece pela utilização indevida de atributos ARIA.
Por exemplo, o uso do atributo role="none" faz com que as tags HTML percam a sua semântica nativa, o que, quando aplicado aos elementos da lista, impede que estes sejam interpretados como uma lista. Adicionalmente, verifica-se a utilização dos atributos role="menu" e role="menuitem", os quais não são apropriados neste contexto, uma vez que são atributos específicos para menus de aplicações e não para menus de navegação em websites:
Uso dos atributos role="none", role="menu" e role="menuitem" de forma inapropriada no menu lateral do website CM Bragança
Remover os atributos role=none, role=menu e role=menuitem do menu lalteral. Isso deve ser aplicado em todos os websites que estão com o mesmo problema.
etiqueta: NOK
Lista de evidências recolhidas:
evidência: issue #22 Não é possível identificar se uma opção possui subopções, nem se estas se encontram expandidas ou recolhidas
Verifica-se que o menu lateral apresenta uma hierarquia de opções. Contudo, quando se utiliza um leitor de ecrã, não é possível identificar que algumas opções contêm subopções, uma vez que a única informação transmitida é “comando”. Adicionalmente, o leitor de ecrã não informa corretamente quando a opção está expandida (aberta) ou comprimida (fechada), o que dificulta a navegação e compreensão da estrutura do menu:
Leitor de ecrã anuncia a opção "Desporto e Juventude" como um comando
Quando a opção "Desporto e Juventude" está aberta, o leitor de ecrã anuncia que está fechado (comprimido)
aria-expanded em conjunto com o JavaScript para gerenciar a abertura das opções.evidência: issue #21 Não é possível identificar qual opção está com foco pelo teclado
É possível selecionar as opções e as subopções do menu quer com rato quer com teclado.
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. Tal acontece porque a propriedade responsável por definir o estilo geral do contorno do foco se encontra com transparência, e os elementos no estado :focus não possuem um estilo definido para essa propriedade. Para além disso, as opções do menu quando estão em foco estão com um estilo que torna a sua leitura ilegível.
Não é visível qual botão de subopção do menu está em foco, no CSS não é possível identificar o outline
outline em CSS.CM de Bragança (NOK)
CM de Guimarães (NOK)
Município de Esposende (NOK)
CM de Arcos de Valdevez (NOK)
CM de Matosinhos (NOK)
Comunidade Intermunicipal Região de Aveiro (NOK)
CM de Valpaços (NOK)
CM de Sabrosa (NOK)
CM de Peniche (NOK)
CM Peso da Régua (NOK)
CM de Pombal (NOK)
CM Monte Alegre (NOK)
CM de Águeda (NOK)
Município de Satão (NOK)
CM Ílhavo (NOK)
CM de Valongo (NOK)
CM Oliveira do Bairro (OK)
CM de Vagos (OK)
CM Albergaria Velha (OK)
CM de Caminha (OK)
evidência: issue #20 No menu compacto, o indicador de acesso às subopções mantém-se visível, mesmo quando não existem subopções
É possível selecionar as opções e as subopções do menu quer com rato quer com teclado.
Existem dois menus compactos (mobile e tablet) que apresentam subopções, mesmo quando estas não têm conteúdo associado ou não se encontram visíveis. Este problema ocorre sobretudo no menu da página inicial, uma vez que, por algum motivo, a sua estrutura difere da do menu principal apresentado nas páginas internas.
Por exemplo, no website da Câmara Municipal de Caminha, as subopções são visíveis apenas para os leitores de ecrã:
Menu de subopções de CM de Caminha está visível apenas para os leitores de ecrã
Por sua vez, o menu do website da Câmara Municipal de Valpaços inclui um botão para aceder a subopções que não se encontram disponíveis:
O menu de subopções da CM de Valpaços encontra-se disponível, mesmo não apresentando atualmente subopções
CM de Valpaços (NOK)
CM de Caminha (NOK)
CM de Arcos de Valdevez (NOK)
CM de Bragança (OK)
CM de Matosinhos (OK)
Comunidade Intermunicipal Região de Aveiro (OK)
CM de Sabrosa (OK)
CM Albergaria Velha (OK)
CM de Peniche (OK)
CM Peso da Régua (OK)
CM de Pombal (OK)
CM Monte Alegre (OK)
CM de Águeda (OK)
Município de Satão (OK)
CM Ílhavo (OK)
CM de Valongo (OK)
CM de Guimarães (OK)
Município de Esposende (OK)
CM Oliveira do Bairro (OK)
CM de Vagos (OK)
evidência: issue #19 Não é possível abrir as subopções do menu com o comando VO + Espaço (em análise)
É possível selecionar as opções e as subopções do menu quer com rato quer com teclado.
Verifica-se que, em alguns menus, não é possível abrir as subopções utilizando o comando VO + Espaço. Este comando é nativo do leitor de ecrã Voice Over e pode gerar dúvidas quanto ao funcionamento do menu quando este não funciona:
As subopções do menu principal de CM Bragança não são exibidas quando utilizado o comando VO + Espaço no navegador Safari
etiqueta: NOK
Lista de evidências recolhidas:
evidência: issue #9 Existem títulos e subtítulos incorretos e outros em falta
Existe uma marcação hierarquizada de títulos e subtítulos na página
<h1>...<h6>.
– ver requisito 2.2 na lista 10 aspetos
Evidencias:
Nota: as páginas aqui indicadas são exemplos, devem ser corrigidas todas as situações iguais noutras páginas do site.
Evidência checklist: na homepage, a seguir ao título de nível 1, surgem 4 títulos de nível 4 (Contactos/Geoportal/Nopaper/perguntas frequentes), que deveriam passar a ser apenas itens de lista e não cabeçalhos. Esta situação também aparece nas restantes páginas, uma vez que esta seção é comum a todo o site, mas aqui estes títulos de nível 4 aparecem primeiro do que o título nível 1.
Recomendações:
etiqueta: NOK
Lista de evidências recolhidas:
evidência: issue #27 Marcação das células que constituem os cabeçalhos da tabela com o elemento <th>
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
NOK
O 2º elemento th da tabela da página aeródromo está vazio.
Recomendamos o preenchimento do elemento th com o texto que descreva os dados constantes das células abaixo do mesmo.
NOK
A primeira tabela na página Banco Local de Voluntariado (BLV) não tem o texto dos seus cabeçalhos colocado em elementos <th>.
Para além disso, a primeira célula que se constitui como cabeçalho está vazia, quando devia conter o texto “Ano”.
NOK
O primeiro cabeçalho da tabela presente na página Lista de Inscritos (intitulada “Inscritos”) está marcado como sendo um cabeçalho de linha, quando é um cabeçalho de coluna.
Tabela com um cabeçalho incorretamente marcado como sendo de linha
Recomendamos a alteração do atributo scope do cabeçalho referido, que deve passar a ter o valor "col".
Melhoria
Os cabeçalhos da tabela estão no elemento tbody.
Cabeçalhos da tabela no tbody
Recomendamos a criação de um elemento <thead> antes do elemento <tbody> e a transladação da linha com os cabeçalhos para dentro do elemento <thead>.
NOK
A página Agenda Cultural contém uma tabela encaixada noutra tabela. Ambas as tabelas não têm cabeçalhos.
Tabelas encaixadas
Recomendamos ainda, sempre que possível, a não implementação de tabelas encaixadas, já que podem não ser percecionadas adequadamente pelas tecnologias de apoio, para além da grande quantidade de informação que precisa ser analisada para a compreensão dessas tabelas.
Melhoria
1ª tabela da página auxílios económicos contém os cabeçalhos no elemento tbody.
Tabela com os cabeçalhos no tbody
O mesmo acontece na segunda e terceira tabela da mesma página, e na tabela presente na página política de cookies.
Recomendamos criar um elemento thead e mover a linha com os cabeçalhos para lá.
Melhoria
As três tabelas da página Política de Cookies têm os elementos <th> no elemento <tbody>.
Primeira tabela da página Política de cookies
Recomendamos criar um elemento thead e mover a linha com os cabeçalhos para lá.
Melhoria
A tabela existente na página CÂMARA MUNICIPAL APROVA A REDUÇÃO DA TAXA DO IMPOSTO MUNICIPAL SOBRE IMÓVEIS (IMI) PARA FAMÍLIAS COM DEPENDENTES contém os elementos <th> no <tbody>.
Tabela com elementos th no elemento tbody
Recomendamos criar um elemento thead e mover a linha com os cabeçalhos para lá.
NOK
Tabela presente na página Calendário das Reuniões de Câmara contém uma tabela encaixada.
Tabela encaixada
Recomendamos a passagem da célula com o nome do mês para o topo da tabela exterior de modo a ocupar toda a linha e devendo ser considerada como cabeçalho (<th>), e a passagem dos botões “Anterior” “Seguinte” para fora das tabelas. Deste modo, a tabela interior pode ser removida.
As céluas com os dias da semana presentes na tabela exterior são elementos <td>.
Recomendamos que as células com os dias da semana presentes na tabela exterior sejam alteradas de <td> para <th>.
Melhoria
Tabela da página Termos de Utilização possui os cabeçalhos no elemento tbody.
Recomendamos criar um elemento thead e mover a linha com os cabeçalhos para lá.
Melhoria
Tabela da página APOIO AO ARRENDAMENTO URBANO PARA FINS HABITACIONAIS possui os cabeçalhos no elemento tbody.
Recomendamos criar um elemento thead e mover a linha com os cabeçalhos para lá.
NOK
Tabela da página APOIO AO ARRENDAMENTO URBANO PARA FINS HABITACIONAIS não possui os cabeçalhos em elementos th.
Recomendamos a substituição dos elementos td dos cabeçalhos por elementos th.
Melhoria
As duas tabelas da página Núcleo Executivo do CLASC contêm os seus cabeçalhos dentro do elemento <tbody>.
Primeira tabela da página com cabeçalhos no tbody
Recomendamos criar um elemento thead e mover a linha com os cabeçalhos para lá.
NOK
Nas três tabelas presentes na página Política de Cookies os textos dos cabeçalhos não estão em elementos <th>.
primeira tabela sem elementos <th> nos cabeçalhos
Segunda tabela sem elementos <th> nos cabeçalhos
Nota: esta página foi encontrada a partir do formulário de pesquisa do site.
Pesquisando manualmente, encontrámos uma página atualizada, em https://www.cm-peniche.pt/ficha-tecnica/avisos-legais/politica-de-cookies, já com os elementos <th>, mas não sabemos se a página antiga ainda é referenciada nalguma outra página (e para todos os efeitos ela é encontrada a partir do motor de pesquisa), pelo que faz sentido manter o problema.
Esta página atualizada contém os elementos <th> no elemento <tbody>. Visto que estamos perante apenas cabeçalhos de coluna, recomendamos que movam os cabeçalhos para uma linha dentro de um elemento <thead>.
NOK
A tabela existente na página DOCUMENTOS FINANCEIROS é uma tabela complexa, que tem como primeira célula um <td> vazio.
Tabela com td vazio
Este elemento <td> deve ser substituído por um elemento <th>, visto que faz parte dos cabeçalhos da tabela, e deve-lhe ser colocado texto que descreva o cabeçalho.
Sendo uma tabela complexa, com colspans e rowspans, e cabeçalhos de coluna e de linha, é necessário indicar em cada célula de dados a que cabeçalho diz respeito, já que não é garantido que os leitores de ecrã infiram essa relação.
Para isso, podem ser colocados atributos id em cada cabeçalho, cujos valores devem ser referenciados em cada célula de dados através do atributo headers.
Ainda em relação a esta tabela, recomendamos que todos os cabeçalhos sejam movidos para um elemento <thead>, ficando o elemento <tbody> reservado para as células de dados.
Tudo o que foi dito acima aplica-se às outras duas tabelas presentes na mesma página.
Melhoria
A tabela presente na página Regulamento Municipal de Alienação de Lotes e Ocupação da Zona Industrial da Guia contém os seus cabeçalhos no elemento tbody.
Tabela com cabeçalhos no tbody
O mesmo acontece na tabela presente na página Política de Cookies.
Recomendamos criar um elemento thead e mover a linha com os cabeçalhos para lá.
NOK
A tabela presente na página Política de Cookies não tem os cabeçalhos em elementos th.
Tabela sem elementos th nas células de cabeçalhos
Recomendamos a substituição dos td das células de cabeçalhos por elementos th.
Melhoria
A tabela existente na página Extensão dos SAR e ETAR de São Vicente da Chã contém os cabeçalhos no elemento tbody.
Tabela com headers no tbody
Recomendamos criar um elemento thead e mover a linha com os cabeçalhos para lá.
NOK
A tabela presente na página Política de Cookies não tem os seus cabeçalhos em elementos th.
Tabela sem elementos th
A tabela presente na página Assembleia Municipal tem os textos dos cabeçalhos em branco.
Recomendamos a substitiução dos elementos td que contêm os cabeçalhos por elementos th e o preenchimento dos cabeçalhos vazios por textos adequados.
Melhoria
A tabela presente na página Política de Cookies contém os seus cabeçalhos no elemento tbody.
Tabela com os cabeçalhos no tbody
Recomendamos criar de um elemento thead e mover a linha com os cabeçalhos para lá.
NOK
A segunda tabela da página Ginásio Municipal de Sátão não tem os seus cabeçalhos em elementos th.
Tabela sem elementos th
O mesmo acontece na terceira tabela da mesma página, intitulada “Tabela de descontos”.
Recomendamos a substitituição dos elementos td dos cabeçalhos por elementos th. Dado que estamos perante cabeçalhos de linha, a cada elemento th deve ser inserido o atributo scope = "row ".
NOK
A segunda tabela da página Agenda de Eventos, que apresenta o calendário para escolha de data, contém os botões para recuo e avanço nos meses de cada lado do nome do mês, para além de não ter elementos th nos cabeçalhos.
Tabela sem elementos th e com botões de navegação entre meses
Recomendamos que movam os botões para retrocesso e avanço nos meses para fora da tabela e aumentem o valor do atributo colspan associado ao mês, de modo a que essa célula ocupe as 7 colunas. O elemento td onde consta o nome do mês deve ser substituído por um elemto th.
Melhoria
A tabela existente na página Horários tem os cabeçalhos no elemento tbody.
Recomendamos criar de um elemento thead e mover a linha com os cabeçalhos para lá.
Melhoria
A terceira tabela presente na página Acessibilidades, intitulada “Distância e Tempo de Percurso em Via Rodoviária aos Principais Centros Urbanos” contém demasiada informação, misturando semânticas diferentes.
Tabela complexa com várias semânticas misturadas
O texto “Vias”, presente em cinco células, está envolvido dentro de elementos td, quando deveria estar dentro de elementos th.
No entanto, a colocação desses textos em elementos th pode causar ainda mais ruído para algumas tecnologias de apoio, que vão anunciar os cabeçalhos das linhas superiores em conjunto com os cabeçalhos com o descritivo “Vias”.
Recomendamos a restruturação da tabela, de modo a facilitar a leitura por parte dos utilizadores de tecnologias de apoio.
Uma abordagem pode passar pela divisão da tabela em duas, em que a segunda tabela teria apenas as vias para deslocação da origem ao destino.
Todas as tabelas da página referida são complexas, sendo que as células de dados não têm indicação de quais os cabeçalhos a que estão associadas.
Recomendamos a inclusão de um atributo id em cada cabeçalho, e de um atributo headers em cada célula de dados que contenha os ids dos cabeçalhos a que cada célula diz respeito. No caso das tabelas desta página, as células de dados referem-se, pelo menos, ao cabeçalho Oliveira do Bairro (origem) e ao cabeçalho que apresenta a cidade de destino. Os dados da terceira tabela referem-se também aos cabeçalhos de segundo nível da cidade de destino (km ou minutos).
Exemplificando com a terceira tabela, podem colocar no atributo headers de uma célula de dados algo como: "orig-ob dest-agueda agueda-km". Algumas tecnologias de apoio honram a ordem dos ids no atributo headers, lendo assim os cabeçalhos pela ordem indicada e que neste caso faz mais sentido.
OK
Não encontrámos tabelas que não tenham os cabeçalhos em elementos th.
etiqueta: NOK
Lista de evidências recolhidas:
evidência: issue #32 Marcação da legenda da tabela com o elemento <caption>
A legenda da tabela está marcada com o elemento
<caption>
– ver requisito 3.2 na lista 10 aspetos
Melhoria
Página aeródromo: O elemento caption tem um texto genérico, que não descreve adequadamente o propósito da tabela.
Tabela com a legenda “Tabela de Informações”
Recomendamos a alteração do texto do elemento caption de modo a descrever adequadamente a tabela. Exemplo: “Informação sobre as pistas do aeródromo”.
NOK
A primeira tabela na página Banco Local de Voluntariado (BLV) não tem o elemento <caption>.
Recomendamos a inserção de elementos caption com títulos adequados.
OK
Não foram encontradas tabelas sem caption
NOK
A página Agenda Cultural contém uma tabela encaixada noutra tabela. Ambas as tabelas não têm caption.
Tabelas encaixadas
Recomendamos a inserção de elementos caption com títulos adequados.
NOK
Página Agenda de Eventos, a tabela que apresenta o calendário para escolha de data não tem caption.
Tabela sem caption
Recomendamos inserir um elemento caption com um título adequado para a tabela.
NOK
A tabela presente na página política de cookies não possui título.
Tabela sem elemento caption
Recomendamos a introdução de um elemento caption com um texto adequado.
ok
Não foram encontradas tabelas sem caption
OK
Não foram encontradas tabelas sem caption
OK
Não foram encontradas tabelas sem caption
NOK
A tabela da página APOIO AO ARRENDAMENTO URBANO PARA FINS HABITACIONAIS não tem um título.
Tabela sem caption
Recomendamos introduzir um elemento <caption> na tabela com um título adequado.
Melhoria
A tabela presente na página Política de cookies não tem um título adequado.
Recomendamos a alteração do texto do caption com um título adequado.
OK
Não foram encontradas tabelas sem caption
NOK
As três tabelas presentes na página Política de Cookies não têm título.
primeira tabela sem elemento caption
Segunda tabela sem elemento caption
Pesquisando manualmente, encontrámos uma página atualizada, em https://www.cm-peniche.pt/ficha-tecnica/avisos-legais/politica-de-cookies, em que as três tabelas já têm elementos <caption>, mas não sabemos se a página antiga ainda é referenciada nalguma outra página (e para todos os efeitos ela é encontrada a partir do motor de pesquisa), pelo que faz sentido manter o problema.
OK
Não foram encontradas tabelas sem caption
NOK
A tabela presente na página Política de Cookies não tem um título.
Tabela sem caption
Recomendamos introduzir um elemento <caption> na tabela com um título adequado.
OK
Não foram encontradas tabelas sem caption
NOK
A tabela presente na página Política de Cookies não tem título.
_Tabela sem caption
A tabela presente na página Assembleia Municipal tem o título vazio.
Recomendamos a inserção de um elemento caption com um título adequado.
OK
Não foram encontradas tabelas sem caption
NOK
A tabela existente em Política de cookies tem uma descrição que é lida em duplicado.
Tabela com título lido em duplicado
Isso acontece porque a tabela tem o atributo aria-describedby com o id do elemento caption. O caption só por si já fornece o título da tabela, não precisando de elementos auxiliares.
Para além disso, sendo um elemento nativo, a tabela não precisa do atributo role=”table”, pois semanticamente já é anunciada corretamente sem precisar de elementos auxiliares.
Recomendamos a remoção dos atributos aria-describedby e role=”table” da tabela.
A tabela presente na página Eventos tem um título oculto e incorreto.
Tabela com caption oculto e título “
Recomendamos inserir um elemento caption com um título adequado para a tabela, por exemplo, “Calendário de eventos”.
OK
Não foram encontradas tabelas sem caption
Melhoria
As duas tabelas presentes na página TARIFÁRIOS não têm títulos adequados.
Primeira tabela com o título “Tabela A”
Recomendamos a alteração do texto do caption de todas as tabelas com títulos adequados.
etiqueta: NOK
Lista de evidências recolhidas:
evidência: issue #7 Associação explicita entre campo de edição e etiqueta
Não foram encontrados formulários em 7/20 (35%) websites:
Nota: é importante dotar as instituições de uma plataforma digital de disponibilização e gestão de formulários. 65% das entidades não dispõem deste tipo de plataforma. 35% indiciam, no mínimo, um embrião deste tipo de plataformas para gerir a interação dinâmica e, em tempo real, e com capacidade de responder aos requisitos de acessibilidade dos cidadãos.
Evidências:
Nota auditoria:
Evidências:
Nota auditoria:
Evidências:
Nota auditoria:
Evidências:
Nota auditoria:
Evidências:
Nota auditoria:
Evidências:
Nota de auditoria
Evidências:
Nota auditoria
Evidências:
Nota auditoria:
Evidências:
Nota de auditoria:
Evidências:
Nota de auditoria:
Evidências:
Nota de auditoria:
Evidências:
Nota de auditoria:
'select size="1"'.Evidências:
Nota de auditoria:
Evidências:
Nota de auditoria:
Fig. Montalegre 1: formulário marcado como lista não ordenada (!?).
Fig. Montalegre 2: etiquetas com designações estranhas
Evidências:
Nota de auditoria
Evidências:
Nota de auditoria:
Evidências:
Nota de auditoria:
Evidências:
Nota de auditoria:
Evidências:
Nota de auditoria:
Fig. Evidência 4: Leitor de ecrã ao focar o campo não encontra a etiqueta
Evidências:
Nota de auditoria:
etiqueta: NOK
Lista de evidências recolhidas:
evidência: issue #8 Campos obrigatórios percetíveis com leitor de ecrã
Evidências:
Nota de auditoria:
Evidências:
Nota de auditoria:
Evidências:
Nota de auditoria:
Evidências:
Nota de auditoria:
Evidências:
(1) OK. https://www.cm-matosinhos.pt/contactos/sugestoes-reclamacoes-elogios
(2) NOK. https://cmmatosinhos.myagir.pt/flex/denunciainterno
na evidênca (1) não faz sentido esconder a mensagem global "Deverá preencher todos os campos assinalados com *(obrigatório)." das tecnologias de apoio. Usa-se aira-hidden="true". Deve ser removido.
na evidência (2) é percetível ao leitor de ecrã o símbolo "*", mas não se sabe qual é o seu significado. Também não existe nenhuma informação de percepção visual que informe o seu significado.
os campos também não têm indicação programática (atributo required) informando as tecnologias que os mesmos são de preenchimento obrigatório.
apesar da evidência (2) não pertencer ao domínio institucional, ela está referenciada no sítio Web e é dado como um serviço do município.
Evidências:
Nota de auditoria
Evidências:
Nota de auditoria:
Evidências:
Nota de auditoria:
Evidências:
Nota de Auditoria:
Fig. : ao contrário do que sucede nos outros casos, neste, verifica-se que a mensagem chega ao leitor de ecrã. Este é o procedimento correto.
Evidências:
Nota de auditoria:
Evidências:
Nota de auditoria:
Evidências:
Nota de auditoria:
Evidências:
Nota de auditoria:
Evidências:
Nota de auditoria:
Evidências:
Nota de auditoria:
Evidências:
Nota de auditoria:
Evidências:
Nota de auditoria:
Evidências:
Nota de auditoria:
Evidências:
Nota de auditoria:
Evidências:
Nota de auditoria:
etiqueta: NOK
Lista de evidências recolhidas:
evidência: issue #13 mensagens de erro
Evidências:
Nota auditoria:
Evidências:
Nota de auditoria:
Na evidência 2, ao submeter um formulário sem dados, surge esta modal:
Verificou-se:
(a) a modal não recebeu o foco do leitor de ecrã automaticamente (o leitor de ecrã não entrou na modal)
(b) ao pressionar o botão "Cancelar" esperava-se que a modal fechasse e voltasse ao botão que a chamou - tal não sucedeu, a modal prossegue para os outros ecrãs como se não tivêssemos sugerido interromper a operação.
A lista sumária dos erros com link para os campos e erros na vizinhança dos campos associados programaticamente aos campos, só surge depois da "submissão" da informação que consta da modal.
Evidências:
Nota auditoria:
Evidências:
Nota auditoria:
Evidências:
Nota auditoria:
Evidências:
Nota de auditoria
Evidências:
Nota auditoria
Nota auditoria:
Evidências:
Nota auditoria:
Evidências:
Nota de auditoria:
Evidências:
Nota de auditoria:
Evidências:
Nota de auditoria:
Fig. peniche-1: apenas tem indicação de erro com base na cor
Evidências:
Nota de auditoria:
Evidências:
Nota auditoria
Evidências:
Nota de auditoria:
Fig. montalegre-1: erro genérico. O que correu mal?
Evidências:
Nota de auditoria
Evidências:
Nota de auditoria:
Evidências:
Nota de auditoria:
Evidências:
Nota de auditoria:
Evidências:
Nota de auditoria:
Evidências:
Nota de auditoria:
etiqueta: NOK
Lista de evidências recolhidas:
evidência: issue #50 (Melhorias) Imagens decorativas e não funcionais com textos alternativos repetidos em cards
A imagem ou gráfico tem um equivalente em texto curto e correto.
– ver requisito 5.1 na lista 10 aspetos
Evidências:
Notas auditoria:
Recomendações de melhoria
Melhorias devem ser aplicadas nos seguintes websites:
evidência: issue #49 Há imagens com textos alternativos incorretos
A imagem ou gráfico tem um equivalente em texto curto e correto.
– ver requisito 5.1 na lista 10 aspetos
Evidências:
Nota auditoria:
Evidências:
Nota auditoria:
alt deve ser vazio (alt="")Evidências:
Nota auditoria:
Evidências:
Nota auditoria:
alt deve ser vazio (alt="")Evidências:
Nota auditoria:
Evidências:
Nota de auditoria
alt deve ser vazio (alt=""). No entanto, ao aceder à notícia completa, a imagem deve dispor de uma descrição apropriada.Evidências:
Nota auditoria
alt="dji_0043_copiar", que não transmite nenhuma informação relevante sobre o conteúdo visual.Recomendação:
As imagens informativas devem apresentar textos alternativos que expressem o propósito e o contexto do conteúdo, funcionando como uma síntese significativa para utilizadores de tecnologias assistivas.
Evidências:
Nota auditoria:
Evidências:
Nota de auditoria:
alt deve ser vazio (alt="").Evidências:
Nota de auditoria:
Evidências:
Nota de auditoria:
alt deve ser vazio (alt=""). No entanto, ao aceder à notícia completa, a imagem deve dispor de uma descrição apropriada.Evidências:
Nota de auditoria:
Evidências:
Nota de auditoria:
Recomendação
Revisar todas as imagens e seus textos alternativos para que reflitam corretamente o propósito e o contexto das imagens, garantindo conformidade com as diretrizes de acessibilidade.
Evidências:
Nota de auditoria:
Evidências:
Nota de auditoria:
Na evidência (1), a página “Águeda é Natal” apresenta imagens com textos alternativos inadequados relacionados ao evento. Todas as imagens possuem a mesma descrição alt="Águeda é Natal", o que não reflete corretamente o propósito ou o conteúdo específico de cada imagem no contexto em que se encontram. Essa falta de contextualização impede que utilizadores de leitores de ecrã compreendam as informações visuais e descritivas sobre o evento, que são perceptíveis apenas para quem enxerga as imagens.
Recomendação: Criar textos alternativos únicos e descritivos para cada imagem, considerando sua função e contexto, de forma a transmitir informações relevantes sobre o evento para pessoas que utilizam tecnologias assistivas.
Na evidência (2), foram identificadas imagens com textos alternativos inadequados. Atualmente, os leitores de ecrã anunciam essas imagens com os textos alt="Barra Topo" e alt="Barra de Financiamentos". No entanto, essas descrições não representam corretamente o conteúdo das imagens, que incluem os logotipos “PRR”, “República Portuguesa” e “Financiado pela União Europeia”.
Recomendação: Avaliar a necessidade de repetir essas imagens em cada pergunta frequente do menu acordeão. Caso não seja essencial, sugerimos mantê-las apenas no final da página, evitando ruído e excesso de informações repetidas, o que melhora a experiência de navegação para pessoas que utilizam tecnologias assistivas.
Evidências:
Nota auditoria:
Evidências:
Nota auditoria:
alt="brasao_do_municipio_de_ilhavo". É necessário rever imagens que podem ser consideradas imagens decorativas e o atributo alt deve ser vazio (alt=""). No entanto, ao aceder à notícia completa, a imagem deve dispor de uma descrição apropriada ao contexto que se encontra.alt="F_0001 - Cópia" . Sem contextualizar utilizadores de leitores de ecrã sobre o conteúdo da imagem. Recomendamos a inclusão de um texto alternativo descritivo da imagem para refletir fielmente o seu propósito no contexto em que se encontra.Evidências:
Nota auditoria:
alt="cegonha" não descreve adequadamente o elemento representado nem contextualiza o propósito da imagem na página, que tem um papel distintivo na identidade visual do município. Recomenda-se a atualização do texto alternativo, de modo a torná-lo mais descritivo e alinhado com a função comunicativa da imagem.Proposta de texto alternativo:
“Fotografia da escultura metálica de uma cegonha com asas abertas, em Oliveira do Bairro.”
Evidências:
Nota auditoria:
alt="img_4082", alt="paredao_vagueira", alt="dsc04173", alt="dsc04234", alt="img_6697", alt="img_7946_1_". Esses textos alternativos não descrevem adequadamente o conteúdo das imagens, fazendo com que leitores de ecrã apresentem informações irrelevantes logo no início da página. Esse problema gera ruído na navegação e prejudica a experiência de utilizadores que dependem de tecnologias assistivas. Visualmente, as imagens oferecem uma experiência imersiva, destacando locais do município. Essa mesma experiência deve ser refletida para todos os usuários por meio de descrições alternativas corretas e significativas.Evidências:
Nota auditoria:.
etiqueta: NOK
Lista de evidências recolhidas:
evidência: issue #63 Representações gráficas sem descrição longa
As imagens-link têm um equivalente alternativo correto.
– ver requisito 5.3 na lista 10 aspetos
Evidências:
Nota auditoria:
Recomendações
Recomenda‑se disponibilizar uma descrição longa para cada gráfico, contendo todos os valores percentuais e categorias representadas, garantindo que a informação visual seja apresentada também em formato textual. Alternativamente, sempre que possível, os dados dos gráficos devem ser disponibilizados em HTML estruturado (listas ou tabelas), assegurando leitura completa por tecnologia
Evidências:
Nota auditoria:
Recomendações
Recomenda‑se substituir o texto alternativo genérico por um alt significativo que identifique claramente cada mapa e disponibilizar uma descrição longa que explique as zonas de ruído, as cores utilizadas e os níveis sonoros representados. Alternativamente, a informação deverá ser fornecida também em formato textual estruturado na página, garantindo acesso equivalente a utilizadores de tecnologias de apoio.
Evidências:
Nota auditoria:
Evidências:
Nota auditoria
Evidências:
Nota auditoria:
Recomendação:
É necessária a inclusão de uma descrição longa alternativa a informação geográfica e categorizada apresentada visualmente, detalhando tipos de serviços, categorias do mapa e lista completa dos pontos de interesse com nome, localização e breve descrição. Além disso, recomendamos disponibilizar no website uma alternativa acessível em HTML, com a mesma informação do mapa estruturada em formato textual, garantindo assim o acesso a utilizadores que não conseguem interpretar documentos gráficos.
Recomendação:
Disponibilizar uma alternativa textual equivalente que apresente toda a informação visual de forma acessível. Para isso, deve ser incluída abaixo do mapa uma lista descritiva completa de todos os pontos de interesse, contendo o nome, rua, descrição detalhada e quaisquer informações adicionais relevantes.
Evidências:
Nota de auditoria
alt="pavilhao_mapa") é insuficiente, pois não comunica o conteúdo nem o propósito da imagem.Tratando‑se de um mapa informativo com setores, cores e numeração de expositores, é necessária uma descrição longa e detalhada, que permita aos utilizadores de leitores de ecrã compreender a disposição dos espaços do Pavilhão Multiusos, suas categorias e respetivas cores.Recomendação:
Disponibilizar uma alternativa textual equivalente que apresente toda a informação visual de forma acessível. Para isso, deve ser incluída abaixo do mapa uma lista descritiva completa de todos os pontos de interesse, contendo o nome, localização, descrição detalhada e quaisquer informações adicionais relevantes.
Evidências:
Nota auditoria:
Recomendações
Revisão das páginas, para garantir que todos os elementos deste género são acompanhados de uma descrição detalhada do conteúdo mais relevante. Garantir que o texto alternativo (alt=””) tem um sumário breve sobre a representação gráfica.
Adicionar a descrição longa complementar, por exemplo num parágrafo junto ao elemento, numa página à parte com hiperligação para esse elemento ou num ficheiro externo que seja acessível para leitores de ecrã.
Evidências:
Nota de auditoria:
alt, este não descreve adequadamente a informação estrutural, os agentes envolvidos ou as relações representadas no diagrama. Assim, o conteúdo visual do fluxograma permanece inacessível, impedindo a compreensão das etapas e entidades que integram o modelo de implementação do PMIND.Recomendações
Recomenda‑se tornar o fluxograma e mapas acessíveis através da inclusão de um texto alternativo significativo e de uma descrição longa que explique todos os elementos, relações e categorias representadas nas imagens visualmente. A descrição longa de cada imagem, deve ser integrada na página ou disponibilizada através de um link acessível junto à imagem. Sempre que possível, as representações gráficas devem ser reconstruídas em HTML semântico para garantir leitura correta por tecnologias de apoio.
Evidências:
Nota de auditoria:
Recomendação:
Disponibilizar uma alternativa textual equivalente que apresente toda a informação visual de forma acessível. Para isso, deve ser incluída abaixo do mapa uma lista descritiva completa de todos os pontos de interesse, contendo o nome, localização, descrição detalhada e quaisquer informações adicionais relevantes.
Evidências:
Nota de auditoria:
Evidências:
Nota de auditoria:
Recomendações
Fornecer alternativas textuais completas e programaticamente determináveis para todos os elementos gráficos do mapa e atribuir um nome acessível ao iframe (por exemplo, através de title), de modo a comunicar claramente a sua função e localização na página às tecnologias de apoio.
Evidências:
Nota de auditoria:
Evidências:
Nota auditoria:
Evidências:
Nota auditoria:
Recomendação de descrição:
“O infográfico apresenta o progresso das 24 medidas a executar nos primeiros 100 dias do mandato 2025–2029: 20,8% das medidas encontram-se executadas, 70,8% estão em execução e 8,4% permanecem por executar. O velocímetro representa visualmente estas proporções com as cores verde, amarelo e vermelho.”
Evidências:
Nota auditoria:
Evidências:
Nota auditoria:
alt) nem descrição longa. Ou seja, não há mecanismos textuais complementares que descrevam o território, nem resumo geográfico. Como consequência, utilizadores de leitores de ecrã não são informados da presença da imagem, nem conseguem aceder ao conteúdo geográfico nela apresentado. A informação essencial é fornecida apenas de forma visual, sendo assim, não existe indicação antes ou depois da imagem que informe o utilizador sobre o tipo de conteúdo exibido (“Mapa do território da Estação Náutica”, por exemplo).Recomendações:
Evidência:
Nota auditoria:
No entanto, a imagem não apresenta um texto alternativo significativo alt nem é acompanhada por uma descrição textual equivalente no conteúdo da página que permita compreender o conteúdo informativo do cartaz. Desta forma, utilizadores que recorrem a leitores de ecrã ou outras tecnologias de apoio não conseguem aceder à informação disponibilizada visualmente, uma vez que a maior parte do conteúdo essencial do evento é transmitida exclusivamente através da imagem.
Recomendações:
Recomenda-se que a imagem seja acompanhada por um texto alternativo adequado que apresente uma breve descrição da sua função, identificando-a como cartaz do evento. No entanto, dado tratar-se de uma imagem complexa que inclui informação detalhada, é igualmente necessário disponibilizar uma descrição textual completa do cartaz no próprio corpo da página. Esta descrição deve reproduzir, em formato textual estruturado, os elementos informativos essenciais presentes no cartaz.
Não foram encontrados outros gráficos ou representações gráficas que necessitem de descrições longas, nos seguintes websites:
etiqueta: NOK
Lista de evidências recolhidas:
evidência: issue #64 Imagens-link com textos alternativos incorretos
As imagens-link têm um equivalente alternativo correto.
– ver requisito 5.3 na lista 10 aspetos
Evidências:
Nota auditoria:
alt="cpcj_1", que não transmite qualquer informação útil ao utilizador. Esta prática gera ruído na leitura por tecnologias de apoio e prejudica a compreensão da função das hiperligações. Os logotipos já possuem um título visível associado a imagem, por exemplo “GeoPortal”. Nesses casos, as imagens não acrescentam informação relevante e devem ser tratadas como decorativas, utilizando um texto alternativo vazio (alt="").Recomendação: Aplicar alt="" às imagens decorativas. E quando não forem decorativas, incluir um equivalente alternativo em texto que represente fielmente o destino da hiperligação.
Evidências:
Nota auditoria:
etiqueta: NOK
Lista de evidências recolhidas:
evidência: issue #47 Problemas de contraste para texto normal
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:
Nota auditoria:
Evidências:
Nota auditoria:
Evidências:
Nota auditoria:
Evidências:
Nota auditoria:
Evidências:
Nota auditoria:
Na evidência (1) nos formulários, rever contraste dos campos obrigatórios (*) com rácio de contraste inferior entre os pares de cores (#FF6C79) e (#FFFFFF).
A evidência (2) demonstra a violação do requisito, uma vez que erros de contraste tornam o texto da data de publicação e de atualização da página invisível, pois a cor do primeiro plano é a mesma do fundo (#FFFFFF).
Evidências:
Nota de auditoria
Evidências:
Nota auditoria
Evidências:
Nota auditoria:
Evidências:
Nota de auditoria:
Evidências:
Nota de auditoria:
Evidências:
Nota de auditoria:
Evidências:
Nota de auditoria:
Evidências:
Nota de auditoria:
Evidências:
Nota de auditoria:
Evidências:
Nota de auditoria:
Evidências:
Nota auditoria:
Evidências:
Nota auditoria:
Evidências:
Nota auditoria:
Evidências:
Nota auditoria:
Evidências:
Nota auditoria:
etiqueta: NOK
Lista de evidências recolhidas:
evidência: issue #48 Problemas de contrastes para textos grandes
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
Verifica-se que há problemas de contraste para textos de tamanho grande em alguns websites. Recomendamos a revisão das cores das páginas para garantir os valores mínimos de contraste do texto de tamanho grande.
Evidências:
Nota auditoria:
Evidências:
Nota auditoria:
Evidências:
(1) NOK. Erros de contraste nos pares de cores #ffffff(cor de primeiro plano) #f0b416 (cor de plano de fundo)
Nota auditoria:
Evidências:
Nota auditoria:
Evidências:
Nota de auditoria:
Evidências:
Nota de auditoria:
Evidências:
Nota de auditoria:
Evidências:
Nota auditoria:
etiqueta: OK (no entanto contém 1 melhoria que se recomenda efetuar)
Lista de evidências recolhidas:
evidência: issue #34 Os botões não estão etiquetados apropriadamente
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
Descrição do Problema
Os botões do reprodutor multimédia devem ser etiquetados de forma clara.
Verificámos que no vídeo mencionado abaixo, o botão para iniciar o reprodutor multimédia está nomeado como “Play” (aria-label = “Play”).
Figura - Vídeo "2025.12.22 Sessão Ordinária da Assembleia Municipal", disponível na página Transmissões em Direto - Sessões, do site do município de Pombal. O botão para reproduzir o vídeo tem aria-label = "Play".
Sugestão de Correção
Recomendamos que adicionem um texto alternativo adequado e em português aos controlos dos botões para serem lidos pelo leitor de ecrã. Por exemplo, “reproduzir vídeo” ou “pausar vídeo”.
Exemplo de Conteúdos que Necessitam de Correções
Websites que Necessitam de Correções (Melhoria)
Websites que Estão a Cumprir (OK)
etiqueta: NOK
Lista de evidências recolhidas:
evidência: issue #44 Vídeo inicia com imagem estática prolongada sem contexto
Descrição do Problema
Um vídeo acessível deve fornecer contexto claro e contínuo para que todas as pessoas, incluindo, por exemplo, pessoas com deficiência visual ou auditiva, consigam compreender o que está a acontecer. Períodos longos com uma imagem estática, sem som ou narração, podem criar barreiras significativas já que não oferecem qualquer indicação sobre o conteúdo, a duração ou a intenção daquela parte do vídeo.
No vídeo mencionado abaixo, a mesma imagem permanece estática durante mais de 8 minutos, sem som, sem narração e sem qualquer indicação do que está a acontecer. Para pessoas cegas ou com baixa visão, este período prolongado sem contexto pode gerar confusão, já que não existe informação que permita perceber o conteúdo ou a duração desta parte inicial.
Figura - Vídeo "Esposende Smartcity", presente na página Vídeos do site da Câmara Municipal de Esposende como "Esposende Smartcity - o Projeto", apresenta no início uma imagem estática sem qualquer contexto durante mais de 8 minutos.
Sugestão de Correção
Uma possível solução seria editar o vídeo, reduzindo a exibição desta imagem para apenas alguns segundos no início e transferir a informação presente nela para o site do Município de Esposende, por exemplo, na página Esposende SmartCity. Exemplo de texto:
“A aplicação móvel Esposende Smart City pode ser descarregada através das seguintes ligações:
Google Play: https://play.google.com/store/apps/details?id=com.innovpoint.appuv&hl=pt_PT
Apple Store: https://apps.apple.com/pt/app/esposende/id1214944675”
Exemplo de Conteúdos que Necessitam de Correções
Vídeo “Esposende Smartcity - o Projeto” na página Vídeos, do site da Câmara Municipal de Esposende.
Websites que Necessitam de Correções (Melhoria)
Websites em que Este Problema Não se Aplica (NA)
evidência: issue #43 O idioma das legendas fechadas é diferente do idioma do vídeo
Descrição do Problema
A narração, áudio ou audiodescrição dos conteúdos multimédia devem estar no mesmo idioma do site, para que os utilizadores consigam aceder ao conteúdo na língua que escolheram, principalmente quando não sabem a outra língua.
O vídeo mencionado abaixo inclui legendas fechadas, mas estas estão em inglês enquanto o áudio está em português. Isto pode dificultar a compreensão para utilizadores que não dominam a língua inglesa.
Figura - Vídeo "Vídeo Promocional - Município de Sabrosa - 2023", disponível na página inicial do site da Câmara Municipal de Sabrosa. Este vídeo apresenta legendas fechadas em inglês apesar de o áudio estar em português.
Sugestão de Correção
Recomendamos que sejam incluídas legendas fechadas e transcrições em português.
Exemplo de Conteúdos que Necessitam de Correções
Websites que Necessitam de Correções (NOK)
Websites em que Este Problema Não se Aplica (NA)
evidência: issue #42 O idioma das legendas fechadas é diferente do idioma do vídeo
O vídeo ou áudio deve conter preferencialmente legendas fechadas sincronizadas.
– ver requisito 7.2 na lista 10 aspetos
Descrição do Problema
A narração, áudio ou audiodescrição dos conteúdos multimédia devem estar no mesmo idioma do site, para que os utilizadores consigam aceder ao conteúdo na língua que escolheram, principalmente quando não sabem a outra língua.
Os vídeos mencionados abaixo incluem legendas fechadas, mas estas estão em inglês enquanto o áudio está em português. Isto pode dificultar a compreensão para utilizadores que não dominam a língua inglesa.
Figura - Vídeo "Pedro Tudela e Miguel Carvalhais | zet gallery", disponível no Youtube, apresenta legendas fechadas em inglês, apesar de o áudio estar em português.
Figura - Vídeo "Volker Schnüttgen | zet gallery", disponível no Youtube, apresenta legendas fechadas em inglês, apesar de o áudio estar em português.
Figura - Vídeo "OESTE GEOPARQUE MUNDIAL DA UNESCO", disponível na página Geoparque Oeste lança novo vídeo promocional como território Geoparque Mundial da UNESCO, do site do Município de Peniche. Este vídeo promocional está narrado em português mas com legendas fechadas em inglês.
Sugestão de Correção
Recomendamos que sejam incluídas legendas fechadas e transcrições em português.
Exemplo de Conteúdos que Necessitam de Correções
Websites que Necessitam de Correções (NOK)
Websites em que Este Problema Não se Aplica (NA)
evidência: issue #41 Não há legendas nos reprodutores de multimédia
Descrição do Problema
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).
Verificámos que, nos vídeos mencionados abaixo, não existem legendas nem transcrição textual dos conteúdos.
Figura - Vídeo “Inauguração de Mulheres do Mar, de Alexandre Farto aka Vhils.”, presente na página Vídeos do site da Câmara Municipal de Esposende com o nome "Inauguração da obra de arte de Vhils, Mulheres...". O vídeo não tem legendas disponíveis.
Figura - Vídeo “Recriação Histórica do recontro de Valdevez - 2019”, presente na página Cultura e Turismo online do site do Município de Arcos de Valdevez, sem legendas disponíveis.
Figura - Vídeo “Paço Giela", presente na página Cultura e Turismo online do site do Município de Arcos de Valdevez, sem legendas disponíveis.
Figura - Vídeo "Uma viagem pela diversidade cultural, paisagística e turística do nosso Concelho", disponível na página Vídeos, do site do Município de Valpaços. O vídeo apresenta texto inserido diretamente sobre as imagens, mas não disponibiliza legendas ou transcrição que transmitam a informação desse texto.
Sugestão de Correção
Devem ser colocadas legendas em todos os vídeos presentes no website, de forma a garantir que os utilizadores conseguem compreender o conteúdo dos vídeos. Se não for possível garantir legendas, deve-se incluir uma transcrição textual do vídeo.
Exemplo de Conteúdos que Necessitam de Correções
Websites que Necessitam de Correções (NOK)
Websites que Estão a Cumprir (OK)
evidência: issue #40 Não há legendas nos reprodutores de multimédia
Descrição do Problema
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).
Verificámos que, no vídeos mencionado abaixo, não existem legendas nem transcrição textual dos conteúdos.
Figura - Vídeo “Ria de Aveiro Começa em Mim - Vídeo genérico/Trailer”, disponível na página Território, do site da Região de Aveiro, sem legendas disponíveis.
Figura - Vídeo "Timelapse & Hyperlapse Concelho Sabrosa - Douro-Portugal (4K)", disponível na página Vídeos, do site do Município de Sabrosa.
Figura - Vídeo "Trail Run Sicó", na página Pombal é Desporto, do site do Município de Pombal, sem legendas disponíveis.
Sugestão de Correção
Devem ser colocadas legendas em todos os vídeos presentes no website, de forma a garantir que os utilizadores conseguem compreender o conteúdo dos vídeos. Se não for possível garantir legendas, deve-se incluir uma transcrição textual do vídeo.
Exemplo de Conteúdos que Necessitam de Correções
Websites que Necessitam de Correções (NOK)
Websites que Estão a Cumprir (OK)
evidência: issue #39 Não existe audiodescrição do vídeo
Descrição do Problema
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.
Verificámos que os vídeos mencionados abaixo não contém uma audiodescrição do conteúdo.
Figura - Vídeo "Ocupação humana no território de Esposende: da Pré-História à Idade do Bronze", presente na página Património Cultural do site da Câmara Municipal de Esposende. Este vídeo não inclui som nem narração e apresenta vários diagramas, mapas e imagens que, sem contexto, se tornam inacessíveis para, por exemplo, pessoas cegas ou com baixa visão.
Figura - Vídeo "Centro Interpretativo do Barroco em sua CASA", disponível na página Cultura e Turismo online, do site do Município de Arcos de Valdevez. Este vídeo transmite grande parte da sua mensagem apenas através de imagens mas não inclui audiodescrição.
Figura - Vídeo "Senhor Matosinhos 1967", disponível na página Matosinhos em vídeo, do site do Município de Matosinhos. Este vídeo transmite grande parte da sua mensagem através de imagens mas não inclui audiodescrição.
Sugestão de Correção
Recomendamos que sejam adicionadas audiodescrições aos vídeos em questão.
Exemplo de Conteúdos que Necessitam de Correções
Websites que Necessitam de Correções (NOK)
Websites em que Este Problema Não se Aplica (N/A)
evidência: issue #38 Não existe audiodescrição do vídeo
O vídeo ou áudio deve conter preferencialmente legendas fechadas sincronizadas.
– ver requisito 7.2 na lista 10 aspetos
Descrição do Problema
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.
Verificámos que os vídeos mencionados abaixo não têm audiodescrição.
Sugestão de Correção
Recomendamos que seja adicionada uma audiodescrição aos vídeos em causa.
Figura - Vídeo "Programa ambiental PEGADAS", na página Galeria Multimédia, do site do município de Guimarães. Este vídeo tem mensagens eminentemente visuais mas não tem audiodescrição.
Figura - Vídeo "Ria de Aveiro Começa em Mim - Vídeo genérico/Trailer", na página Território, do site da Região de Aveiro. Este vídeo apresenta conteúdo essencialmente visual e não disponibiliza audiodescrição.
Figura - Vídeo "Antes e Depois da Requalificação do Mercado Municipal 'A Praça'", na página Vídeos, do site do Município de Albergaria-a-Velha. Parte deste vídeo apresenta conteúdo essencialmente visual e não disponibiliza audiodescrição.
Exemplo de Conteúdos que Necessitam de Correções
Websites que Necessitam de Correções (Melhoria)
Websites em que Este Problema Não se Aplica (N/A)
evidência: issue #37 As legendas fornecidas pelos vídeos são automáticas
O vídeo ou áudio deve conter preferencialmente legendas fechadas sincronizadas.
– ver requisito 7.2 na lista 10 aspetos
Descrição do Problema
As legendas automáticas do YouTube utilizam reconhecimento de voz, uma tecnologia que tem evoluído, mas que ainda apresenta limitações. Por esse motivo, o conteúdo transcrito pode não corresponder exatamente ao que é dito no vídeo.
Nas páginas mencionadas abaixo é possível ligar e desligar a legenda dos vídeos, no entanto, as legendas fornecidas são automáticas, sendo necessário inserir legendas fechadas para os vídeos.
Sugestão de Correção
Recomendamos que cada vídeo inclua legendas fechadas. Caso as legendas geradas automaticamente estejam maioritariamente corretas, podem ser reaproveitadas para criar uma nova transcrição do conteúdo.
Figura - Vídeo “Plano de Desenvolvimento Social – Guimarães 2023”, disponível na página Rede Social do site do Município de Guimarães. As legendas apresentadas são geradas automaticamente.
Figura - Vídeo "Balcão BUPi de Guimarães", disponível na página Balcão Único do Prédio (BUPi) do site do Município de Guimarães. As legendas apresentadas são geradas automaticamente.
Figura - Vídeo "Museu da Água ao Ar Livre do Rio Vez", na página Cultura e Turismo online, do site do Município de Arcos de Valdevez. As legendas apresentadas são geradas automaticamente.
Exemplo de Conteúdos que Necessitam de Correções
Websites que Necessitam de Correções (NOK)
Websites em que Este Problema Não se Aplica (N/A)
evidência: issue #36 As legendas fornecidas pelos vídeos são automáticas
Descrição do Problema
As legendas automáticas do YouTube utilizam reconhecimento de voz, uma tecnologia que tem evoluído, mas que ainda apresenta limitações. Por esse motivo, o conteúdo transcrito pode não corresponder exatamente ao que é dito no vídeo.
Na página mencionada abaixo é possível ligar e desligar a legenda dos vídeos, no entanto, as legendas fornecidas são automáticas, sendo necessário inserir legendas fechadas para os vídeos.
Sugestão de Correção
Recomendamos que cada vídeo inclua legendas fechadas. Caso as legendas geradas automaticamente estejam maioritariamente corretas, podem ser reaproveitadas para criar uma nova transcrição do conteúdo.
Figura - Vídeo "Nunca fui às Berlengas", na página Vídeos, do site do Município de Peniche. As legendas apresentadas são geradas automaticamente.
Figura - Vídeo "Berlengas e Peniche na R T P com Haliotis", disponível na página Vídeos, do site do Município de Peniche. As legendas apresentadas são geradas automaticamente.
Figura - Vídeo "Cidadania e Desenvolvimento", na página ALUNOS DA ESCOLA PROFISSIONAL DA RÉGUA JUNTOS PELO MEIO AMBIENTE, do site do município do Peso da Régua. As legendas deste vídeo são geradas automaticamente.
Exemplo de Conteúdos que Necessitam de Correções
Websites que Necessitam de Correções (NOK)
Websites em que Este Problema Não se Aplica (N/A)
evidência: issue #35 A língua da narração/áudio é diferente do idioma do site
Descrição do Problema
A narração, áudio ou audiodescrição dos conteúdos multimédia devem estar no mesmo idioma do site, para que os utilizadores consigam aceder ao conteúdo na língua que escolheram, principalmente quando não sabem a outra língua.
Os vídeos mencionados abaixo têm narração, mas está numa língua diferente da do site, pelo que pode não ser compreendido pelos utilizadores que não são fluentes nessa língua.
Figura - Vídeo "Arcos de Valdevez - Together we will win and move on", disponível na página Cultura e Turismo Online, do site do Município de Arcos de Valdevez. Este vídeo é narrado em inglês.
Figura - Vídeo “Aqua-add – Potenciar o Valor Acrescentado da Água no Desenvolvimento Local e Regional”, disponível na página Aqua-add, do site da Região de Aveiro. Este vídeo é narrado em inglês.
Sugestão de Correção
Recomendamos que seja adicionada uma transcrição da narração em português junto do vídeo.
Exemplo de Conteúdos que Necessitam de Correções
Websites que Necessitam de Correções (NOK)
Websites em que Este Problema não se Aplica
etiqueta: NOK
Lista de evidências recolhidas:
evidência: issue #58 Ordem dos controles do carrossel não é apropriada
Quando se retira a CSS, a informação aparece numa ordem lógica.
– ver requisito 8.2 na lista 10 aspetos
Os botões presentes no carrossel da página inicial de Vagos não se encontram estruturalmente adjacentes.
Tal obriga a que os utilizadores de leitores de ecrã tenham de percorrer vários itens do carrossel para para procederem à navegação entre o botão “Subir” e o botão “Descer”, o que impacta negativamente a experiência de navegação. Com efeito, a probabilidade de o botão “Descer” não ser encontrado, ou de não ser feita a relação entre os dois botões, é muito elevada.
Apenas o referido acima.
Não foi identificado o mesmo problema nos seguintes websites:
Recomendamos que todos os carrosséis tenham os seus botões estruturalmente adjacentes, fazendo correspondência entre a ordem do html e a ordem visual, de forma a formarem uma estrutura semântica una e assim facilitarem a compreensão e navegação nos vários elementos dos carrosséis.
evidência: issue #25 Existem elementos que estão a ser lidos apenas pelos leitores de ecrã
Quando se retira a CSS, a informação aparece numa ordem lógica.
– ver requisito 8.2 na lista 10 aspetos
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 botão "Botão de pesquisar Notícias" do website da CM de Esposende
Outro tipo de problema encontrado, foi no website da Câmara Municipal de Pombal, as subopções do menu “Acesso rápido” encontram-se estruturadas no HTML após as opções “Ocorrências” e “Balcão Digital”. Para além disso, estas subopções estão visíveis no código mesmo quando o menu não se encontra expandido.
Esta implementação faz com que, ao navegar para as subopções de “Acesso rápido”, seja necessário percorrer previamente as opções “Ocorrências” e “Balcão Digital”. Adicionalmente, o facto de as subopções estarem expostas às tecnologias de apoio mesmo quando não foram abertas pelo utilizador pode causar confusão na navegação e comprometer a experiência de utilização, em particular para utilizadores de leitores de ecrã:
Opções de “Acesso rápido” visíveis para o leitor de ecrã mesmo não estando expandido do website da CM de Pombal
As subopções estão estruturadas no HTML depois das opções de “Ocorrências” e “Balcão Digital” do website da CM de Pombal
É necessário efetuar correções em todos os websites.
evidência: issue #23 O botão do menu compacto (mobile e tablet) está visível para leitores de ecrã em desktop
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, no website da Câmara Municipal de Guimarães, o menu é identificado como uma opção dentro da navegação mesmo estando ocultado via CSS:
Botão menu visível dentro da navegação em desktop do website CM Guimarães
No código é possível identificar que o menu não está escondido via CSS
Outro exemplo ocorre no website da CM Bragança. Apesar de o menu estar 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
aria-hidden="false", enquanto o outro deverá manter aria-hidden="true".Todos os websites apresentam o mesmo problema.
etiqueta: NOK
Lista de evidências recolhidas:
evidência: issue #114 Não é possível distinguir as diferentes navegações da página com o leitor de ecrã
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.
Verificou-se que, nos websites alvo de análise, a navegação está dividida entre o menu principal e o menu lateral. Nestes casos, e de acordo com as recomendações, ambas as áreas de navegação encontram-se corretamente estruturadas com o elemento nav. No entanto, torna-se agora necessário nomeá-las de forma adequada, de modo a permitir a sua distinção e identificação clara.
No website da CM Albergaria-a-Velha, 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:
aria-label.Quando existir apenas uma navegação na página, não é necessário nomea-la. Isso acontece nos seguintes websites:
evidência: issue #113 O conteúdo do glossário não está estruturado como uma lista de definição
Verifica-se que existem conteúdos que não estão estruturados como listas. Por exemplo, o glossário da CM Guimarães não está estruturado como uma lista de definição:
dl dt e dd.Todos os websites apresentam o mesmo problema.
evidência: issue #60 Faixas de avisos que exibem conteúdos automaticamente e não permitem pausar
Quando se retira o CSS, deve ser possível reconhecer a semântica dos diversos elementos.
– ver requisito 8.3 na lista 10 aspetos
Os itens da secção avisos presente na página inicial de Matosinhos estão sempre a passar e não permitem pausa.
O referido acima e os seguintes:
Não foi identificado a faixa de aviso nos seguintes websites:
Recomendamos a inclusão de um botão para que seja pausada a passagem dos itens na secção avisos em todos os sites.
evidência: issue #59 Carrosséis que exibem conteúdos automaticamente e não permitem pausar
Quando se retira o CSS, deve ser possível reconhecer a semântica dos diversos elementos.
– ver requisito 8.3 na lista 10 aspetos
Os dois carrosséis presentes na página inicial de Sátão (secções notícias e agenda) não permitem pausar a passagem dos elementos.
Elementos do carrossel da secção notícias
Para além disso, não informam quantos itens fazem parte do carrossel,
Acresce ainda que os botões para avanço e recuo nos elementos dos carrosséis não estão etiquetados e foram estruturados com uma semântica incorreta não nativa para estes controlos.
Botões do carrossel da secção notícias implementados com um elemento div
O referido acima, e os seguintes:
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, pode incluir um botão que permita pausar a passagem dos itens.
Recomendamos ainda a correta estruturação dos botões (button ao invés de div), bem como a colocação de nomes acessíveis nos mesmos
Para mais informações é possível consultar os artigos Carousel Structure e Carousel (Slide Show or Image Rotator) Pattern do W3C.
evidência: issue #46 O leitor de ecrã identifica mais opções do que é apresentado visualmente no carrossel
Quando se retira o CSS, deve ser possível reconhecer a semântica dos diversos elementos.
– ver requisito 8.3 na lista 10 aspetos
O carrossel existente na secção “Notícias” da página inicial do Município de Sátão apresenta três elementos visualmente. No entanto, os dez elementos do carrossel aparecem visíveis para os leitores de ecrã.
Carrossel que mostra todos os itens aos leitores de ecrã
Tal problema também ocorre no carrossel da secção “Agenda” da página inicial do mesmo site.
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 #31 Tab estruturada de forma inapropriada
Quando se retira o CSS, deve ser possível reconhecer a semântica dos diversos elementos.
– ver requisito 8.3 na lista 10 aspetos
No website da CM de Pombal, existe um componente tab que não está estruturado de forma adequada. Para além de não ser possível identificá-lo como um tabulador através de leitores de ecrã, existem outros aspetos que deveriam ser implementados para garantir o seu correto funcionamento com o teclado e leitores de ecrã. Por exemplo:
Leitor de ecrã não identifica como um tabulador(separador) e não é possível fazer o salto para o conteúdo apresentado
Leitor de ecrã não informa que está dentro do conteúdo do tabulador (painel de separador)
Exemplo de construção de uma tab pela W3C indica que é um tabulador, o número de opções e o painel do separador e é possível fazer o salto para o conteúdo com a tecla TAB
role="tablist", role="tab" e role="tabpanel", para indicar aos leitores de ecrã que se trata de um tabulador.aria-selected, aria-controls e tabindex, em conjunto com JavaScript.Não foi identificado o componente tab nos seguintes websites:
evidência: issue #30 Existem acordeões construídos de forma inapropriada
Quando se retira o CSS, deve ser possível reconhecer a semântica dos diversos elementos.
– ver requisito 8.3 na lista 10 aspetos
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
aria-expanded em conjunto com JavaScript.Não foi identificado acordeões nos seguintes websites:
evidência: issue #29 O chatbot e o componente de contactos/fale connosco não estão estruturados de forma apropriada
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
Outro exemplo acontece no website da Comunidade Intermunicipal da Região de Aveiro, onde é possível identificar a opção de contactos apresentado no rodapé que está construído com divs. Isso faz com que o componente não seja acessível através do teclado nem por leitores de ecrã:
Componente fixo está construído como div no website Comunidade Intermunicipal da Região de Aveiro
No website de CM de Peniche é apresentado no rodapé a opção "Fale connosco" que está sendo estruturado como div:
Componente "Fale connosco" estruturado como div no website da CM de Peniche
Não foi identificado o chatbot ou outro componente flutuante e fixo como os contactos ou fale connosco nos seguintes websites:
evidência: issue #26 Existem elementos interativos (links, botões) estruturados com a tag div
Quando se retira o CSS, deve ser possível reconhecer a semântica dos diversos elementos.
– ver requisito 8.3 na lista 10 aspetos
Ao desativar o CSS, é possível identificar links e botões que não possuem semântica adequada, uma vez que estão a ser estruturados com divs. Esta prática pode causar problemas de navegação utilizando o teclado e com leitores de ecrã, pois estes elementos não recebem foco via teclado nem são corretamente anunciados pelos leitores de ecrã.
Por exemplo, no website da CM de Pombal, a opção de "Acesso rápido" está sendo estruturada como uma div:
Não é possível aceder ao link com o teclado através das teclas TAB e SHIFT + TAB no topo da página da CM de Pombal
Leitor de ecrã não anuncia que é um link ou um botão no topo da página da CM de Pombal
Na estrutura a opção "Acesso rápido" está como div no topo da página da CM de Pombal
Outro exemplo identificado são os controles do carrossel, que estão sendo estruturados como divs, como por exemplo, o website da CM de Esposende:
Controles do carrosel estão sendo estruturados como divs
No website da Comunidade Intermunicipal da Região de Aveiro foram identificados modais cujas opções de voltar, avançar e fechar se encontram estruturadas como div:
Opções de avançar, voltar e fechar modal estão estruturadas como divs
Os controlos utilizados para pausar a animação e ampliar as imagens nas galerias do website da CM Peso da Régua estão estruturados como div. Adicionalmente, as imagens que deveriam ser clicáveis não estão estruturadas como imagens-link, o que impede que os leitores de ecrã reconheçam estas imagens como interactivas:
Pausar e ampliar view estão sendo estruturadas como divs
Controles da galeria ampliada estão estruturados como divs
Leitor de ecrã não identifica a imagem como sendo interativa
Município de Esposende (NOK)
CM de Pombal (NOK)
CM de Matosinhos (NOK): campo de pesquisa e seleção de idioma
Comunidade Intermunicipal da Região de Aveiro
CM de Valpaços (NOK)
CM de Sabrosa (NOK)
CM Albergaria Velha (NOK)
CM de Caminha (NOK)
CM de Peniche (NOK)
CM Peso da Régua (NOK)
CM Monte Alegre (NOK)
CM de Águeda (NOK)
Município de Satão (NOK
CM Ílhavo (NOK)
CM Oliveira do Bairro (NOK)
CM de Vagos (NOK)
CM de Valongo (NOK)
CM de Bragança (NOK)
CM de Arcos de Valdevez (NOK)
evidência: issue #12 A lista de opções apresentado como conteúdo principal não está estruturado de forma apropriada
Verifica-se que a lista de opções, quando apresentada nos diferentes websites, apesar de estar estruturalmente definida em HTML como uma lista através das tags ul e li, não está a ser reconhecida pelas tecnologias de apoio como tal. Esta situação resulta da utilização indevida de atributos ARIA, que acabam por sobrepor ou anular a semântica nativa do HTML.
Por exemplo, o uso do atributo role="none" faz com que as tags HTML percam a sua semântica nativa, o que, quando aplicado aos elementos da lista, impede que estes sejam interpretados como uma lista. Adicionalmente, verifica-se a utilização dos atributos role="menu" e role="menuitem", os quais não são apropriados neste contexto, uma vez que são atributos específicos para menus de aplicações e não para menus de navegação em websites:
Uso dos atributos role="none", role="menu" e role="menuitem" de forma inapropriada na lista de opções do website CM Bragança
Uso dos atributos role="none", role="menu" e role="menuitem" de forma inapropriada na lista de opções do website CM Arcos de Valdevez
Remover os atributos role=none, role=menu e role=menuitem da lista de opções. Isso deve ser aplicado em todos os websites que estão com o mesmo problema.
Todos os websites apresentam o mesmo problema.
etiqueta: NOK
Lista de evidências recolhidas:
evidência: issue #33 A maquetização da página é feita sem recorrer ao elemento <table>
A maquetização da página é feita sem recorrer ao elemento
<table>.
– ver requisito 8.5 na lista 10 aspetos
OK
Não encontrámos tabelas layout
NOK
Segunda tabela da página Banco Local de Voluntariado (BLV) é de layout, pois o seu conteúdo não é um conjunto de dados mas sim texto que poderia ser estilizado via CSS e fora de qualquer tabela.
Tabela de layout
OK
Não encontrámos tabelas layout
OK
Não encontrámos tabelas layout
NOK
Na página juntas de freguesia existe uma tabela layout
Tabela layout
OK
Não encontrámos tabelas layout
OK
Não encontrámos tabelas layout
OK
Não encontrámos tabelas layout
OK
Não encontrámos tabelas layout
OK
Não encontrámos tabelas layout
OK
Não encontrámos tabelas layout
OK
Não encontrámos tabelas layout
OK
Não encontrámos tabelas layout
OK
Não encontrámos tabelas layout
NOK
A tabela presente na página Freguesias é de layout.
Tabela de layout
O mesmo acontece na tabela presente na página Município
OK
Não encontrámos tabelas layout
OK
Não encontrámos tabelas layout
OK
Não encontrámos tabelas layout
OK
Não encontrámos tabelas layout
etiqueta: NOK
Lista de evidências recolhidas:
evidência: issue #51 O foco não é direcionado para dentro da modal
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
Descrição do Problema
Quando uma modal é aberta, o foco do teclado deve ser automaticamente direcionado para dentro dela. Isto garante que os utilizadores que navegam com o teclado, incluindo aqueles que recorrem a tecnologias de apoio, possam interagir facilmente com o conteúdo apresentado e percebam que uma nova interação está disponível.
Em cada uma das páginas mencionadas abaixo, encontra-se um componente que, ao ser ativado, abre uma modal. No entanto, o foco não é automaticamente direcionado para o seu conteúdo.
Figura - Janela de modal da galeria de imagens na página Galeria do site do Município de Esposende. Quando a janela de modal é expandida, o foco do teclado não é direcionado para dentro desta.
Figura - Janela de modal da página Guimarães inicia Plano de Ação para enfrentar alterações climáticas, do site do Município de Guimarães. Quando a janela de modal é expandida, o foco do teclado não é direcionado para dentro desta.
Figura - Janela de modal da página Aprovado projeto do Eixo Rodoviário Aveiro-Águeda, do site da Comunidade Intermunicipal da Região de Aveiro. Quando a janela de modal é expandida, o foco do teclado não é direcionado para dentro desta.
Figura - Janela de modal da página CAMINHA VAI SER A MECA DA CERVEJA ARTESANAL do site do Município de Caminha. Quando a janela de modal é expandida, o foco do teclado não é direcionado para dentro desta.
Sugestão de Correção
Recomendamos ajustar o foco para que, ao abrir a modal, o cursor seja automaticamente direcionado para dentro da janela da modal.
Observação Técnica
Notámos alguns pontos interessantes acerca das modais presentes nas páginas
No primeiro caso, a modal da página Guimarães inicia Plano de Ação para enfrentar alterações climáticas apresenta um carrossel com apenas duas imagens, sendo as duas imagens iguais.
No segundo, terceiro, quarto e quinto casos, as modais das páginas Aprovado projeto do Eixo Rodoviário Aveiro-Águeda, CAMINHA VAI SER A MECA DA CERVEJA ARTESANAL, Aviso :: Fiscalização das áreas de estacionamento da Cidade de Águeda e RED URBANSOL EM VAGOS CAPACITA TÉCNICOS MUNICIPAIS DE PORTUGAL E ESPANHA, contêm apenas uma imagem cada uma.
Tendo isto em conta, questionamos a utilidade de utilizar uma modal/carrossel nestes casos, uma vez que este componente acrescenta complexidade técnica sem necessidade quando o conteúdo é estático e reduzido. Uma alternativa mais simples seria apresentar as imagens diretamente na própria página.
Exemplo de Conteúdos que Necessitam de Correções
Websites que Necessitam de Correções (NOK)
Websites em que Não Foram Encontradas Modais (N/A)
etiqueta: NOK
Lista de evidências recolhidas:
evidência: issue #52 O foco não está limitado à modal
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
Descrição do Problema
Manter o foco do teclado dentro da caixa de diálogo garante que os utilizadores possam interagir com o seu conteúdo sem distrações de outros elementos na página. Este controlo do foco facilita a navegação, ajudando os utilizadores a compreenderem a sua posição na interface.
Quando a janela de modal está aberta, é possível percorrer pelo restante conteúdo do website que se encontra abaixo dela.
Figura - Modal do vídeo “Programa ambiental PEGADAS”, na página Galeria Multimédia, do site do município de Guimarães. Apesar de a modal estar expandida, continua a ser possível navegar pelo restante conteúdo que se encontra abaixo desta.
Figura - Modal da página Galeria do Município de Esposende. O foco não fica limitado à modal expandida.
Sugestão de Correção
Recomendamos que ao utilizar o teclado ou leitor de ecrã, o foco seja limitado apenas para o conteúdo da modal. Enquanto a janela de modal estiver aberta, a navegação por outras opções do website não deve ser possível.
Exemplo de Conteúdos que Necessitam de Correções
Websites que Necessitam de Correções (NOK)
Websites que Cumprem (OK)
Websites em que Não Foram Encontradas Modais (N/A)
etiqueta: NOK
Lista de evidências recolhidas:
evidência: issue #56 Seleção do botão “Cancelar” e da tecla “Esc” avança etapas indevidamente
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
Descrição do Problema
Verificámos que, na página Participação de Ocorrência do Município de Matosinhos, ao selecionar o link “Enviar” no final do formulário, é aberta uma caixa de diálogo com três etapas (“Termos do Serviço”, “Declarações e Consentimentos” e “Confirmação”). Em qualquer uma destas etapas, ao selecionar o botão “Cancelar” ou ao premir a tecla Esc, a caixa de diálogo avança para a etapa seguinte.
Desta forma, caso o utilizador, depois de abrir esta modal, queira, por exemplo, sair da caixa de diálogo e corrigir algum dado inserido anteriormente no formulário, vai ter necessariamente de selecionar três vezes o botão “Cancelar” ou a tecla “Esc”. Além disso, se quiser regressar a uma etapa anterior dentro da própria caixa de diálogo, é obrigado a sair completamente da modal e reiniciar o processo desde a primeira etapa. Isto não é intuitivo e pode ser especialmente confuso para quem está a utilizar, por exemplo, leitores de ecrã.
Figura - Caixa de diálogo da página Participação de Ocorrência da Câmara Municipal de Matosinhos, aberta após selecionar o link “Enviar”. A imagem mostra a modal na segunda etapa, “Declarações e Consentimentos”, de um total de três etapas. Selecionar o botão "Cancelar" ou premir a tecla 'Esc' faz a caixa de diálogo avançar para a etapa seguinte.
Sugestão de Correção
Recomendamos a inclusão de um botão (<button>) dedicado a fechar a modal, com texto alternativo adequado. Adicionalmente, o botão “Cancelar” pode, por exemplo, ser reformulado como um botão “Anterior”, que irá aparecer na caixa de diálogo a partir da segunda etapa e que permitirá ao utilizador voltar à etapa anterior na caixa de diálogo.
Exemplo de Conteúdo que Necessita de Correções
Website que Necessita de Correções (Melhoria)
Websites Onde Este Problema Não se Aplica (N/A)
evidência: issue #55 O elemento para fechar a modal não possui um texto alternativo
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
Descrição do Problema
As modais devem apresentar um botão de fechar claramente visível e acessível através do teclado. Além disso, podem permitir que os utilizadores as fechem pressionando a tecla 'Esc'. Essas opções garantem que utilizadores de teclado e leitores de ecrã consigam interagir com a modal de forma eficaz.
Verificámos que, nas páginas mencionadas abaixo, o elemento que permite fechar a janela de modal não possui um texto alternativo associado.
Figura - Análise do elemento para fechar a janela modal do vídeo Programa Ambiental PEGADAS, na página Galeria Multimédia do site do Município de Guimarães, através da ferramenta Google Inspector. O elemento para fechar a modal não está visível na interface gráfica. Código HTML do elemento está destacado com um retângulo de borda preta.
Figura - Análise, no Google Inspector, do elemento responsável por fechar a janela modal da página Galeria do site do Município de Esposende. O elemento não possui texto alternativo. Código HTML do elemento está destacado com um retângulo de borda preta.
Sugestão de Correção
Recomendamos que convertam estes elementos gráficos para botões (<button>), visível na interface gráfica, e que associem um texto alternativo apropriado como, por exemplo, “Fechar a a janela de modal”.
Exemplo de Conteúdos que Necessitam de Correções
Websites que Necessitam de Correções (NOK)
Websites em que Não Foram Encontradas Modais (N/A)
Websites que Cumprem (OK)
evidência: issue #54 O elemento para fechar a modal não está acessível pelo teclado
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
Descrição do Problema
As modais devem apresentar um botão de fechar claramente visível e acessível através do teclado. Além disso, podem permitir que os utilizadores as fechem pressionando a tecla 'Esc'. Essas opções garantem que utilizadores de teclado e leitores de ecrã consigam interagir com a modal de forma eficaz.
Não é possível aceder ao elemento para fechar a modal através do teclado (através das teclas Tab e Shift+Tab).
Figura - Análise, no Google Inspector, do elemento responsável por fechar a janela modal da página Galeria do site do Município de Esposende. Código HTML do elemento está destacado com um retângulo de borda preta.
Figura - Análise, no Google Inspector, do elemento responsável por fechar a janela modal da página Estádio Doutor Diogo Alves Vaz Pereira do site da Câmara Municipal de Montalegre. Código HTML do elemento está destacado com um retângulo de borda preta.
Sugestão de Correção
Recomendamos rever este componente da modal para garantir que está corretamente implementado e totalmente acessível por teclado. Sugerimos reconstruir semanticamente o elemento como um botão (<button>) por forma a assegurar foco, interação por teclado e compatibilidade com tecnologias de apoio.
Exemplo de Conteúdos que Necessitam de Correções
Websites que Necessitam de Correções
Websites que Cumprem (OK)
Websites em que Não Foram Encontradas Modais (N/A)
evidência: issue #53 Não existe um botão para fechar a modal
Descrição do Problema
As modais devem apresentar um botão de fechar claramente visível e acessível através do teclado. Além disso, podem permitir que os utilizadores as fechem pressionando a tecla 'Esc'. Essas opções garantem que utilizadores de teclado e leitores de ecrã consigam interagir com a modal de forma eficaz.
Verificámos que, na página mencionada abaixo, a janela de modal não possui um botão para fechar.
Figura - Modal da galeria de imagens da página Guimarães inicia Plano de Ação para enfrentar alterações climáticas do site do Município de Guimarães. Esta modal não tem nenhum mecanismo, para além da tecla de atalho ESC, que permita fechar esta modal.
Figura - Modal da página CAMINHA VAI SER A MECA DA CERVEJA ARTESANAL do site do Município de Caminha. Esta modal não tem nenhum mecanismo, para além da tecla de atalho ESC, que permita fechar esta modal.
Sugestão de Correção
Recomendamos que seja adicionado um mecanismo para fechar esta modal para além do atalho ESC pelo teclado. Uma solução é incluir um botão(<button>) visível, com um texto alternativo claro e descritivo - por exemplo, “Fechar a caixa de diálogo da galeria de imagens” - que permita ao utilizador encerrar a modal de forma intuitiva.
Exemplo de Conteúdos que Necessitam de Correções
Websites que Necessitam de Correções (NOK)
Websites em que Não Foram Encontradas Modais (N/A)
Websites que Cumprem (OK)
etiqueta: NOK
Lista de evidências recolhidas:
evidência: issue #57 O foco é perdido quando a janela modal é fechada
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
Descrição do Problema
Garantir que o foco retorne ao botão que acionou a modal é uma prática que beneficia especialmente pessoas que utilizam navegação por teclado ou leitores de ecrã, ajudando-as a manter-se orientadas dentro da interface.
Ao fechar uma modal, se o foco é perdido ou deslocado para um local inesperado, os utilizadores precisarão percorrer novamente a interface até chegar no local desejado para continuar a interação desejada.
Nas páginas mencionadas abaixo, existem janelas modais que, ao serem fechadas, não devolvem o foco ao elemento interativo que as acionou.
Figura - Página Galeria Multimédia, do site do Município de Guimarães. Quando a janela de modal do vídeo “Programa ambiental PEGADAS” é fechada, o foco é perdido.
Figura - Página Galeria do site do Município de Esposende. Quando a janela de modal é fechada, o foco é perdido.
Figura - Página Participação de Ocorrência do site da Câmara Municipal de Matosinhos. Quando a janela de modal é fechada, o foco é perdido.
Sugestão de Correção
Recomendamos reverem todas as páginas que apresentem esse tipo de componente para garantir que, ao fechar a modal, o foco retorne ao elemento que ativou a caixa de diálogo.
Para mais informações, recomendamos a consulta da página Modal Dialog Example do W3C.
Exemplo de Conteúdos que Necessitam de Correções
Websites que Necessitam de Correções
Websites em que Não Foram Encontradas Modais (N/A)
etiqueta: NOK
Lista de evidências recolhidas:
evidência: issue #45 Preservação do texto em PDF
A análise do critério cingiu-se a apenas 2 tipos de documentos:
O objetivo do requisito é analisar como é que a entidade faz chegar ao cidadão as suas mensagens escritas. Não tem por objetivo analisar Mapas, plantas ou outro tipo de imagens.
Evidências:
Nota de auditoria:
Evidências:
Nota de auditoria:
Nota: não se conseguiu usar o seletor de páginas na pesquisa.
https://www.municipio.esposende.pt/
Evidências:
Nota de auditoria:
Evidências:
Nota de auditoria:
Evidências:
Nota de auditoria:
https://www.regiaodeaveiro.pt/
Evidências:
Nota de auditoria
Nota: não se conseguiu usar o seletor de páginas da pesquisa para passar da 1ª para a 2ª página de resultados.
Evidência
Nota de auditoria
Evidência
Nota de auditoria
Evidência
Nota de auditoria
Evidências
Nota de auditoria
Evidência
Nota de auditoria
Evidência
Nota de auditoria
Evidências
Nota de auditoria
Evidência
Nota de auditoria
Evidência
Nota de auditoria
nota: ao entrar em https://www.cm-agueda.pt/cmagueda/uploads/writer_file/document/458/20111021133217641600.pdf e ao clicar com o rato em cima do documento, ele provocou sistematicamente este erro:
Evidência
Nota de auditoria
Evidências
Nota de auditoria
Evidências
Nota de auditoria
Evidências
Nota de auditoria:
Evidência
Nota de auditoria
etiqueta: NOK
Nível de conformidade:
etiqueta: NOK
Lista de evidências recolhidas:
evidência: issue #68 O resumo do propósito não está legível
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
Verifica-se que, em determinados websites, o resumo do propósito não se encontra devidamente legível. Por exemplo, no website do Município de Esposende observa-se uma sobreposição de conteúdos que compromete a leitura do resumo do propósito na resolução mobile:
Resumo do propósito está sobreposto a outros elementos quando visto em mobile
Outro exemplo pode ser observado no website da CM de Valpaços, onde se verifica que o resumo do propósito se encontra sobreposto a uma imagem com baixo contraste, e isso compromete a legibilidade do texto quando visto na resolução tablet:
Resumo do propósito com contraste abaixo do recomendado (1,4:1) na resolução tablet
Na CM Monte Alegre o resumo do propósito está sobreposto a outro elemento interativo, o menu e seleção de idioma, que precisa ser corrigido:
Resumo do propósito do site está sobreposto a outros elementos interativos prejudicando a legibilidade do conteúdo
evidência: issue #66 O propósito do site está parcialmente visível sem fazer scroll
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
Verifica-se que em alguns websites, o resumo do propósito está parcialmente visível na secção principal, sendo necessário efetuar o scroll para continuar a sua leitura. Por exemplo, no website da CM Ílhavo para dar continuidade na leitura do propósito é necessário efetuar um scroll:
Resumo do propósito parcialmente visível na secção principal do telemóvel
Na CM de Valongo o mesmo acontece em resoluções específicas, como o iPhone SE, é necessário fazer um scroll:
Necessário efetuar scroll para ler o resumo do propósito na resolução do iPhone SE
etiqueta: OK (no entanto contém 2 melhorias que se recomenda efetuar)
Lista de evidências recolhidas:
evidência: issue #71 O glossário não está construído de forma apropriada
Os termos mais complexos têm uma definição agregada.
– ver requisito 1.2 na lista Conteúdo
Verifica-se que o glossário de termos complexos apresentado em cada website não se encontra devidamente estruturado. Apesar de existir uma organização por letra inicial, esta não está implementada sob a forma de cabeçalhos, o que compromete a navegação e a acessibilidade do conteúdo. Tendo em conta que se trata de uma página com um volume elevado de informação, é fundamental disponibilizar mecanismos que permitam ao utilizador filtrar os termos ou navegar rapidamente entre as diferentes letras iniciais, de forma a garantir uma pesquisa mais eficiente, intuitiva e precisa.
Por exemplo, no website da Câmara Municipal de Bragança, o glossário encontra-se organizado por letras iniciais. No entanto, essas letras não estão devidamente estruturadas como cabeçalhos:
Letras iniciais utilizadas para organizar o conteúdo do glossário não estão estruturadas como cabeçalhos
Todos os websites apresentam o mesmo problema.
evidência: issue #70 Existem termos complexos que não estão inseridos no glossário
Os termos mais complexos têm uma definição agregada.
– ver requisito 1.2 na lista Conteúdo
Foram encontrados termos considerados complexos que não possuem descrição apresentada no glossário do website.
Todos os websites apresentam termos que podem ter uma definição
etiqueta: NOK
Lista de evidências recolhidas:
evidência: issue #116 R 2.1 - Conteúdo
Embora o menu principal utilize um tamanho mínimo de 16px, este apresenta apenas as opções de 1.º e 2.º nível. Na maioria dos websites alvos de análise, as restantes opções são disponibilizadas no menu lateral, que assume assim o papel de principal meio de navegação para aceder às demais subopções.
Por exemplo, na CM de Guimarães o menu lateral possui tamanho abaixo de 16px:
- CM de Guimarães (NOK)
- CM Esposende (NOK)
- CM Matosinhos (NOK)
- CM Peniche (NOK)
- CM Ílhavo (NOK)
- CM Bragança (NOK)
- CM Arco de Valdevez (NOK)
- CM Sabrosa (NOK)
- CM Peso da Régua (NOK)
- CM Pombal (NOK)
- CM Albergaria Velha (NOK)
- CM Valongo (NOK)
- CM de Valpaços (NOK)
- CM Oliveira do Bairro (NOK)
- CM Monte Alegre (NOK)
evidência: issue #76 Etiquetas dos campos de preenchimento possuem tamanho abaixo do recomendado
O tipo de letra do corpo do documento é adequado e o tamanho da letra é, no mínimo, de 12 pontos.
– ver requisito 2.1 na lista Conteúdo
Verifica-se a existência de formulários cujo tamanho de fonte da etiqueta está abaixo do recomendado (16 pixels). Por se tratar de uma informação essencial para o correto preenchimento do formulário, consideramos este elemento como informação primária, devendo, portanto, ter um tamanho mínimo de 16 pixels.
No website da CM de Guimarães: Contactos da autarquia, é possível identificar a existência de formulários cujas etiquetas apresentam um tamanho inferior a 16 pixels:
Etiqueta dos campos de formulário com tamanho de fonte abaixo do recomendado (14,6 pixels)
evidência: issue #75 A informação sobre contactos no rodapé possui tamanho inferior a 16px
O tipo de letra do corpo do documento é adequado e o tamanho da letra é, no mínimo, de 12 pontos.
– ver requisito 2.1 na lista Conteúdo
Verifica-se que os websites alvo da análise apresentam o contacto principal da câmara municipal no rodapé da página. Contudo, apesar da relevância dessa informação, a mesma encontra-se classificada como conteúdo secundário e é apresentada com um tamanho de fonte inferior a 16 píxeis.
Como por exemplo, no website da CM de Vagos é possível identificar que a informação está sendo apresentada com tamanho de fonte de 13 pixels:
Informação de contactos do município com tamanho de fonte abaixo de 16 pixels
evidência: issue #74 O conteúdo tem um tamanho de texto inferior a 12pt (16px)
O tipo de letra do corpo do documento é adequado e o tamanho da letra é, no mínimo, de 12 pontos.
– ver requisito 2.1 na lista Conteúdo
Verifica-se, nos websites alvo de análise, a existência de conteúdos cujo tamanho de fonte se encontra abaixo do valor recomendado, nomeadamente inferior a 16 pixels
No website da CM de Guimarães: Ponte, é possível identificar conteúdos com tamanho de fonte abaixo do recomendado (16 pixels).
Conteúdo principal apresentado na tabela possui tamanho de fonte abaixo do recomendado (12,8 pixels)
Isso acontece em outros websites, como por exemplo, no website da CM de Matosinhos: biblioteca-municipal-de-sao-mamede-de-infesta (OK) é possivel identificar que o conteúdo possui tamanho de fonte menor que 16 pixels:
Conteúdo principal apresentado na tabela possui tamanho de fonte abaixo do recomendado (14,4 pixels)
No website do Município de Esposende é possível ver que o resultado da pesquisa apresenta um tamanho de fonte abaixo de 16 pixels:
Resultado da página de pesquisa possui tamanho de fonte abaixo do recomendado (12,8 pixels)
No website da CM de Valpaços (OK) existem instruções transmitidas em texto cujo tamanho está abaixo de 16 pixels:
Instruções em texto possuem tamanho abaixo do recomendado (14 pixels)
No website da CM de Peniche (OK) é possível verificar que as opções do menu possuem tamanho abaixo do recomendado, 16 pixels:
Opções do menu principal estão com tamanho abaixo do recomendado (14 pixels)
No website do Município de Satão é possível verificar que as mensagens de erro possuem tamanho abaixo de 16 pixels:
Mensagem de erro do formulario de sugestão e reclamação possui tamanho abaixo do recomendado (13 pixels)
etiqueta: NOK
Lista de evidências recolhidas:
evidência: issue #77 O conteúdo tem um tamanho de texto inferior a 10pt (13.3px)
A informação secundária (datas, autores) utiliza, no mínimo, um tamanho de letra de 10 pontos.
– ver requisito 2.2 na lista Conteúdo
Existem conteúdos com tamanho abaixo da recomendação mínima permitida para elementos secundários.
Por exemplo, no website da CM Albergaria Velha é possível verificar que a informação sobre o contacto possui tamanho abaixo de 13,3 pixels:
Contacto da Câmara do município possui tamanho de fonte abaixo do recomendado (12,8 pixels)
Outro exemplo acontece no website da CM de Matosinhos em que é possível identificar links no rodapé com tamanho abaixo do mínimo de 13,3 pixels:
Tamanho da fonte dos links apresentados no rodapé é de 12,8 pixels
No website do Município de Satão é possível identificar textos dentro dos acordeões com tamanho de fonte abaixo do mínimo recomendado (13,3 pixels);
Conteúdo com tamanho de fonte abaixo do recomendado (10 pixels)
No website da CM de Arcos de Valdevez (OK) é possível identificar o texto dos breadcrumbs com tamanho de fonte abaixo do mínimo recomendado (13,3 pixels):
Tamanho do texto dos breadcrumbs está abaixo do recomendado (12,8 pixels)
No website da CM de Sabrosa a data de atualização do website possui tamanho abaixo do mínimo recomendado (13,3 pixels):
Tamanho do texto da data de atualização está abaixo do recomendado (12 pixels)
etiqueta: NOK
Lista de evidências recolhidas:
evidência: issue #80 O menu secundário apresenta mais de 9 opções em alguns dos seus níveis
Nenhum nível de navegação tem mais de 9 opções.
– ver requisito 3.1 na lista Conteúdo
Descrição do Problema
As boas práticas recomendam que nenhum nível do menu deve ter mais do que 9 opções. A navegação deve ser equilibrada e não deve exigir muito esforço cognitivo por parte dos utilizadores, que normalmente retêm entre 5 a 9 opções na memória de curto prazo.
Nos componentes especificados abaixo, existem níveis do menu secundário (incluindo menus laterais e de rodapé) que contêm mais de 9 opções, o que significa que está acima do número de opções recomendado.
Figura - Opção de 1º nível "Balcão Municipal", no site do Município de Arcos de Valdevez, com 10 subopções.
Figura - Parte do rodapé do site do Município de Arcos de Valdevez com 13 opções.
Figura - Parte do rodapé do site da Comunidade Intermunicipal da Região de Aveiro. A primeira lista não ordenada (<ul> <li>), abaixo do cabeçalho de nível 2 "Municípios", tem 11 itens. A segunda lista não ordenada (<ul> <li>), abaixo do cabeçalho de nível 2 "Atividades", também tem 11 itens.
Figura - Opção de 2º nível "Freguesias", com 15 subopções, no site do Município de Caminha.
Sugestão de Correção
Deve ser feita uma revisão da arquitetura de informação do menu de forma a garantir que não ultrapasse 9 opções em cada nível do mesmo.
Exemplo de Conteúdos que Necessitam de Correções
Websites que Necessitam de Correções (NOK)
Websites que Estão a Cumprir (OK)
etiqueta: OK (no entanto contém 2 melhorias que se recomenda efetuar)
Lista de evidências recolhidas:
evidência: issue #82 Estrutura do menu lateral não é percetível
A navegação principal está sempre visível e sempre no mesmo local.
– ver requisito 3.2 na lista Conteúdo
Descrição do Problema
Verificámos que, nos sites mencionados abaixo, 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.
Figura - Menu lateral do site do Município de Guimarães na página de interior Executivo Municipal.
Figura - Menu lateral do site do Município de Arcos de Valdevez na página de interior Licenciamentos e Comunicações.
Sugestão de Correção
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.
Exemplo de Conteúdos que Necessitam de Correções
Websites que Necessitam de Correções (Melhoria)
Websites que Estão a Cumprir (OK)
evidência: issue #81 Breadcrumbs não representam corretamente a localização do utilizador
A navegação principal está sempre visível e sempre no mesmo local.
– ver requisito 3.2 na lista Conteúdo
Descrição do Problema
Verificámos que, nos sites mencionados abaixo, as breadcrumbs não representam corretamente a posição do utilizador na estrutura do site nem o percurso de navegação até à página atual.
Figura - Página Normas e Planos no site do Município de Bragança. O caminho do breadcrumbs que aparece na página (Transparência > Comunicação), para estar completo, deveria ser restruturado para Página inicial > Transparência > Comunicação > Normas e Planos. Breadcrumbs destacado através de um retângulo de borda vermelha
Figura - Página Aconteceu em Imagens no site do Município de Sabrosa. O caminho de breadcrumbs (Viver > Comunicação) que aparece na página está incompleto. Breadcrumbs destacado através de um retângulo de borda vermelha
Figura - Página Ambiente do site do Município de Pombal. O caminho de breadcrumbs (Início > Informar > Território) está incompleto. Breadcrumbs destacado através de um retângulo de borda vermelha.
Sugestão de Correção
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.
Exemplo de Conteúdos que Necessitam de Correções
Websites que Necessitam de Correções (Melhoria)
Websites que Estão a Cumprir (OK)
etiqueta: NOK
Lista de evidências recolhidas:
evidência: issue #85 As hiperligações não são consistentes ao longo do website
As hiperligações de texto não devem ser diferenciadas apenas com base na cor.
– ver requisito 3.3 na lista Conteúdo
Descrição do Problema
As hiperligações devem ter uma representação visual diferente do texto envolvente e garantir consistência desse mesmo visual ao longo das páginas do website entre os diferentes browsers.
Nas páginas mencionadas abaixo, as hiperligações não mantêm consistência visual. Exemplos de como as hiperligações podem diferir entre si:
• As hiperligações têm forma diferente: sublinhado vs sem sublinhado
• As hiperligações têm cor diferente
• As hiperligações não apresentam todas o sublinhado por defeito, sendo necessário passar o rato por cima de algumas.
Figura - Página Contactos do site do Município de Arcos de Valdevez. As hiperligações estão num azul-acinzentado (#4D716B), a negrito e sem sublinhado.
Figura - Página Declaração de Acessibilidade e Usabilidade do site do Município de Arcos de Valdevez. As hiperligações têm a mesma cor que as hiperligações da página Contactos mas não estão a negrito e estão sublinhadas.
Sugestão de Correção
Recomendamos que seja garantida consistência da cor e forma entre todas as hiperligações ao longo do website e entre os diferentes browsers.
Exemplo de Conteúdos que Necessitam de Correções
Websites que Necessitam de Correções (NOK)
Websites que Estão a Cumprir (OK)
evidência: issue #84 As hiperligações não se diferenciam do texto envolvente
As hiperligações de texto não devem ser diferenciadas apenas com base na cor.
– ver requisito 3.3 na lista Conteúdo
Descrição do Problema
As hiperligações devem ter uma representação visual diferente do texto envolvente. Para além da cor, deve ser utilizado outro elemento diferenciador com base na forma, como por exemplo, sublinhado, negrito, com um ícone, fundo ou delineado, para que seja percecionada como clicável, nomeadamente por pessoas com daltonismo.
Verificámos que, nas páginas mencionadas abaixo, as hiperligações não têm diferenciação suficiente do texto envolvente.
Figura - Página Declaração de Acessibilidade e Usabilidade do site da Comunidade Intermunicipal da Região de Aveiro. As hiperligações têm uma cor muito semelhante e não estão sublinhadas, o que dificulta a sua identificação como links.
Figura - Página Política de Privacidade e Segurança, onde o texto com hiperligações ("https://www.facebook.com/privacy/policy/", "https://x.com/en/privacy" ou "geral@regiaodeaveiro.pt") dentro da página não se diferencia do texto envolvente.
Figura - Página Declaração de Acessibilidade e Usabilidade do site do Município de Valpaços. As hiperligações só se destacam do texto envolvente através da cor.
Figura - Página Declaração de Acessibilidade e Usabilidade do site do Município de Albergaria-a-Velha. As hiperligações só se destacam do texto envolvente através da cor.
Sugestão de Correção
Recomendamos diferenciar as hiperligações do texto envolvente com base na cor e na forma (idealmente, colocar sublinhado) e garantir que o sublinhado aparece por defeito e não apenas quando se passa o rato por cima da hiperligação.
Exemplo de Conteúdos que Necessitam de Correções
Websites que Necessitam de Correções (NOK)
Websites que Estão a Cumprir (OK)
etiqueta: NOK
Lista de evidências recolhidas:
evidência: issue #99 Documentos longos sem índice
Os documentos longos têm um índice no topo com hiperligações internas para o mesmo.
– ver requisito 4.1 na lista Conteúdo
Notas Gerais
Evidências:
Nota auditoria:
Recomendações
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.
Evidências:
Nota auditoria:
Evidências:
Nota auditoria:
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.
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 mesmo acontece nos seguintes websites:
Evidências:
CM Bragança (NOK)
CM Esposende (NOK)
CM Oliveira do Bairro (NOK)
CM Vagos (NOK)
CM Águeda (NOK)
CM Montalegre (NOK)
CM Região Aveiro (NOK)
CM Peso da Régua (NOK)
CM Peniche (NOK)
CM Caminha (NOK)
CM Satão (NOK)
CM Ílhavo (NOK)
Nota de auditoria
Recomendações
Adicionar um índice com hiperligações para cada secção interna.
Evidências:
Nota auditoria:
etiqueta: NOK
Lista de evidências recolhidas:
evidência: issue #100 O layout do sítio Web é adaptável a plataforma móveis
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:
Nota auditoria:
Recomendação
Garantir que todo o layout do site, especificamente seus textos, e verificar se possuem comportamento responsive e adaptam-se às diferentes resoluções de ecrã, sem necessidade de fazer varrimento horizontal para realizar a leitura dos conteúdos.
Evidências:
Nota auditoria:
Evidências:
Nota auditoria:
Evidências:
Nota auditoria:
Evidências:
Nota de auditoria:
Evidências:
Nota de auditoria:
Evidências:
Nota de auditoria:
Recomendações
Reorganização dos elementos do menu, priorizando a hierarquia de interação em dispositivos móveis e alinhamento das áreas clicáveis com espaçamento mínimo.
Evidências:
Nota de auditoria:
Evidências:
Nota auditoria:
Evidências:
Nota auditoria:
Evidências:
Nota auditoria:
Evidências:
Nota auditoria:
Evidências:
Nota auditoria:
etiqueta: NOK
Lista de evidências recolhidas:
evidência: issue #101 Existem elementos interativos acionados apenas com a passagem do rato (hover)
Não existem elementos interativos acionados apenas com a passagem do rato.
– ver requisito 5.1 na lista Conteúdo
Notas gerais
Evidências:
Nota auditoria:
Evidências:
Nota auditoria:
Evidências:
Nota de auditoria
Evidências:
Nota de auditoria
Garantir que o chatbot pode ser acionado por diferentes métodos de interação incluindo teclado, toque e tecnologias de apoio e que a mensagem associada é apresentada de forma visível e acessível sem depender exclusivamente do hover. (Ver nota do Requisito 8.3 - 10 Aspetos)
O mesmo acontece para os seguintes websites:
Websites (OK)
Evidências:
Nota auditoria:
etiqueta: NOK
Lista de evidências recolhidas:
evidência: issue #102 Os elementos interativos têm uma dimensão mínima de 44px
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
Notas Gerais
Evidências:
Nota auditoria:
Evidências:
Nota auditoria:
Evidências:
Nota auditoria:
Evidências:
Nota auditoria:
Evidências:
Nota auditoria:
Evidências:
Nota de auditoria
Evidências:
Nota auditoria:
Evidências:
Nota auditoria:
Evidências:
Nota de auditoria:
Evidências:
Nota de auditoria:
Evidências:
Nota de auditoria:
Evidências:
Nota de auditoria:
Evidências:
Nota de auditoria:
Evidências:
Nota de auditoria:
Evidências:
Nota de auditoria:
Evidências:
Nota auditoria:
Evidências:
Nota auditoria:
Evidências:
Nota auditoria:
Evidências:
Nota auditoria:
Recomendações para todos websites
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.
Evidências:
etiqueta: NOK
Lista de evidências recolhidas:
evidência: issue #103 Há apenas um botão de ação principal por página e o mesmo encontra-se destacado
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
Notas gerais
Evidências:
Nota auditoria:
Evidências:
Nota auditoria:
Recomendação
Definir apenas o botão “Enviar” como ação principal, aplicando-lhe um estilo visual distintivo e contrastante.
Os botões “Anexar” e a barra lateral devem ser convertidos para estilo secundário (por exemplo, contorno ou cor neutra), reduzindo o seu peso visual e eliminando a concorrência com a ação principal.
Evidências:
Nota auditoria:
Evidências:
Nota de auditoria
Recomendações
Recomendamos remover a barra do botão “Voltar” e aplicar um estilo de botão principal, e tornar as opções “Notícias”, “Eventos”, “Notas de Imprensa”, “Boletim Informativo”, “Galerias de Imagens” e “Galerias de Videos” como botões secundários.
Evidências:
Nota auditoria:
Recomendação
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 para garantir que o utilizador reconhece imediatamente a função principal.
Evidências:
Nota auditoria:
Evidências:
Nota de auditoria:
Evidências:
Nota de auditoria:
Evidências:
Nota de auditoria:
Evidências:
Nota de auditoria:
Recomendações
Recomendamos diferenciar o botão “Anexo” como botão secundário. E mover o botão “Inserir Feedback” para o final do bloco de comentários.
Evidências:
Nota de auditoria:
Evidências:
Nota auditoria:
Evidências:
Nota auditoria:
Evidências:
Nota auditoria:
Recomendação geral
Os botões principais devem ser estilizados de forma diferente dos botões de ação secundária. Pode-se também distinguir os botões através da forma (ex: preenchimento, delineamento, cantos arredondados).
Websites (OK)
Evidências:
Nota auditoria:
etiqueta: NOK
Lista de evidências recolhidas:
evidência: issue #104 Elementos interativos devem aparentar ser clicáveis
Elementos gráficos interativos têm de aparentar ser clicáveis.
– ver requisito 5.4 na lista Conteúdo
Notas Gerais
Evidências:
Nota auditoria:
Evidências:
Nota auditoria:
Recomendações
Rever o estilo dos elementos não clicáveis para garantir que se distinguem dos elementos interativos. É necessário a revisão das cores dos vários estados dos elementos para garantir os valores mínimos de contraste em elementos interativos.
Evidências:
Nota auditoria:
Evidências:
Nota auditoria:
Evidências:
Nota auditoria:
Evidências:
Nota de auditoria
Evidências:
Nota auditoria:
Evidências:
Nota auditoria:
Evidências:
Nota de auditoria:
Evidências:
Nota de auditoria:
Evidências:
Nota de auditoria:
Evidências:
Nota de auditoria:
Evidências:
Nota de auditoria:
Evidências:
Nota de auditoria:
Evidências:
Nota auditoria:
Evidências:
Nota auditoria:
Evidências:
Nota auditoria:
Evidências:
Nota auditoria:
Evidências:
Nota auditoria:
Evidências:
Nota auditoria:
etiqueta: NOK
Nível de conformidade:
etiqueta: NOK
Lista de evidências recolhidas:
evidência: issue #87 Formulários grandes com organização por páginas (passos)
Estão feitas análises a 10 URLs do pacote de 20. Não se espera que os 10 restantes revelem erros novos. De qualquer forma a análise está em progresso
Evidências:
Nota auditoria:
Evidências:
Nota de auditoria
Evidências:
Evidências:
Evidências:
Evidências:
Evidências:
Evidências:
Evidências:
Evidências:
etiqueta: NOK
Lista de evidências recolhidas:
evidência: issue #88 Formulários grandes revelam mecanismo de navegação por passos
Estão feitas análises a 10 URLs do pacote de 20. Não se espera que os 10 restantes revelem erros novos. De qualquer forma a análise está em progresso
Evidências:
Nota auditoria:
Evidências:
Nota de auditoria
Evidências:
Evidências:
Evidências:
Evidências:
Evidências:
Evidências:
Evidências:
Evidências:
etiqueta: OK (no entanto contém 1 melhoria que se recomenda efetuar)
Lista de evidências recolhidas:
evidência: issue #89 Campo reflete tamanho previsível da edição
Estão feitas análises a 10 URLs do pacote de 20. Não se espera que os 10 restantes revelem erros novos. De qualquer forma a análise está em progresso
Evidências:
Nota auditoria:
Evidências:
Nota de auditoria
Exemplo na evidência 1.
Evidências:
Nota de auditoria
Evidências:
Evidências:
Nota de auditoria
Evidências:
Evidências:
Evidências:
Evidências:
Evidências:
etiqueta: OK (no entanto contém 1 melhoria que se recomenda efetuar)
Lista de evidências recolhidas:
evidência: issue #92 Campos obrigatórios identificados visualmente e estruturalmente
Estão feitas análises a 10 URLs do pacote de 20. Não se espera que os 10 restantes revelem erros novos. De qualquer forma a análise está em progresso
Evidências:
Nota auditoria:
O filtro:
<style>
input[aria-required],
select[aria-required],
textarea[aria-required] {
outline: 3px solid #0066ff !important;
background: rgba(0,102,255,0.05) !important;
}
</style>
Revela que todos os campos estão marcados com aria-required
Evidências:
Nota de auditoria
Evidências:
Evidências:
Evidências:
Evidências:
Evidências:
Evidências:
Evidências:
Evidências:
etiqueta: N/A
Lista de evidências recolhidas:
evidência: issue #93 Em ações longas o sistema deve dizer o que está a acontecer
Estão feitas análises a 10 URLs do pacote de 20. Não se espera que os 10 restantes revelem erros novos. De qualquer forma a análise está em progresso
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
Nota auditoria:
Evidências:
Nota de auditoria
Evidências:
Evidências:
Evidências:
Evidências:
Evidências:
Evidências:
Evidências:
Evidências:
etiqueta: NOK
Lista de evidências recolhidas:
evidência: issue #94 O Sucesso do envio/submissão da informação é confirmada
Estão feitas análises a 10 URLs do pacote de 20. Não se espera que os 10 restantes revelem erros novos. De qualquer forma a análise está em progresso
Evidências:
Nota auditoria:
Bug na evidência (1)
Evidências:
Nota de auditoria
Evidências:
Evidências:
Evidências:
Evidências:
Evidências:
Evidências:
Evidências:
Evidências:
etiqueta: N/A
Lista de evidências recolhidas:
evidência: issue #96 As ações destrutivas nunca devem ser permanentes
Estão feitas análises a 10 URLs do pacote de 20. Não se espera que os 10 restantes revelem erros novos. De qualquer forma a análise está em progresso
Evidências:
Nota auditoria:
Evidências:
Evidências:
Evidências:
Evidências:
Evidências:
Evidências:
Evidências:
Evidências:
Evidências:
etiqueta: OK (no entanto contém 4 melhorias que se recomenda efetuar)
Lista de evidências recolhidas:
evidência: issue #108 Outras violações- Páginas com erros em links
Links com erro tornam-se inacessíveis quando apresentam falhas no endereço, estão desatualizados ou levam a páginas removidas, impedindo o utilizador de aceder ao conteúdo pretendido e comprometendo a navegação e a experiência do utilizador.
Evidências:
Nota auditoria:
Evidências:
Nota auditoria:
Evidências:
Nota auditoria:
Recomendação geral de melhorias
Garantir a atualização e correção de todos os links, substituindo endereços inválidos ou removidos e evitando erros de navegação. Desta maneira é possível assegurar que cada link permanece funcional e conduz ao conteúdo esperado, melhorando a experiência do utilizador
evidência: issue #106 Outras violações - Erro em setas de navegação na paginação (NOK)
As setas de navegação na paginação estão sobrepostas, dificultando a identificação e o uso correcto dos controlos.
Evidência:
Nota auditoria
Recomendação
Recomenda‑se a revisão do componente de paginação para corrigir a sobreposição das setas de navegação. A separação adequada dos controlos, com áreas clicáveis distintas e alinhamento consistente, melhora a usabilidade e garante conformidade com as boas práticas de acessibilidade.
evidência: issue #105 Outras violações - Calculadora ecológica com problemas em tooltips informativas
Descrição do problema
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.
Evidência:
Nota auditoria:
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 #16 Outras violações - O foco do leitor de ecrã retorna para o início após carregamento "automático" de página
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 por existir um carregamento de conteúdo via AJAX.
Por exemplo, no website da Câmara Municipal de Esposende, este comportamento ocorre durante a seleção de uma opção no menu lateral:
Opção "Órgãos e Competências" não possui uma lista de opções definida na sua estrutura. Url: https://www.municipio.esposende.pt/pages/2234
Ao selecionar a opção "Órgãos e Competências" o foco do leitor de ecrã retorna para o início da página
Após selecionar a opção "Órgãos e Competências" é possível identificar na sua estrutura uma lista de subopções que até então não existia e a mudança na URL da página. Url: https://www.municipio.esposende.pt/municipio/camara-municipal/orgaos-e-competencias