O mapa do site HTML continua a ser um dos mecanismos de navegação mais subutilizados, apesar de responder a uma exigência técnica específica: oferecer acesso alternativo a todas as páginas de um site, sem depender do menu principal nem do motor de pesquisa interno.
Mapa do site HTML e sitemap XML: dois ficheiros, duas funções distintas
Confundir o mapa do site visível para os visitantes com o ficheiro sitemap XML destinado aos robôs de indexação é um erro frequente, mesmo entre profissionais técnicos. O sitemap XML indica URLs aos motores de pesquisa (Google, Bing) para facilitar o rastreamento. Não contém uma hierarquia legível nem rótulos compreensíveis para as pessoas.
Já o mapa do site HTML apresenta uma estrutura hierárquica de links clicáveis, organizados por secções, subseções e páginas. A sua função é estritamente orientada para o utilizador: permitir localizar uma página em poucos segundos, sem navegar pelos menus suspensos nem tentar adivinhar a estrutura do site.
Um bom exemplo desta distinção encontra-se no mapa do site Habite Ta Terre, que apresenta todas as secções acessíveis aos visitantes numa estrutura hierárquica legível, independentemente do ficheiro XML enviado aos robôs.
Critério WCAG 2.4.5 e auditoria RGAA: o mapa do site como requisito técnico
O critério de sucesso 2.4.5 das WCAG 2.2 exige que uma página web possa ser acedida por pelo menos dois meios distintos: navegação principal, pesquisa interna, mapa do site ou links contextuais. Estão isentas as páginas que constituem uma etapa de um processo (fluxo de encomenda, formulário com várias etapas).
O mapa do site cumpre este requisito de forma direta, ao disponibilizar um percurso alternativo completo para cada página. Sem ele, um site tem de compensar com uma função de pesquisa eficiente ou uma rede densa de links internos, o que exige um esforço de conceção maior.
Em França, o RGAA inclui a página do mapa do site na amostra obrigatória de uma auditoria de acessibilidade, tal como a página inicial, as informações legais ou a página de contacto. Por outras palavras, esta página não é um extra: é avaliada e tem de cumprir, ela própria, os critérios de acessibilidade.
Navegação por teclado e leitores de ecrã: um mapa do site que não funciona é pior do que não ter mapa
Publicar uma página intitulada “Mapa do site” não é suficiente. Se os links não receberem o foco do teclado numa ordem lógica ou se os seus rótulos não forem explícitos para as tecnologias de apoio, a página torna-se um obstáculo adicional em vez de uma ajuda.
É necessário realizar três verificações técnicas no mapa do site:
- A ordem de tabulação segue a hierarquia visual da estrutura (secção principal antes da subseção), sem saltos nem retrocessos inesperados.
- Cada link tem um rótulo explícito fora de contexto: “Os nossos cursos em regime de alternância” funciona; “Clique aqui” ou “Saiba mais” não funciona para quem utiliza um leitor de ecrã.
- O foco permanece visível em cada link durante a navegação por teclado, com um indicador de foco adequado (contraste suficiente, contorno distinto).
Uma pessoa que utiliza um leitor de ecrã e acede a um mapa do site mal estruturado perde mais tempo do que se explorasse o menu principal. Constatamos que a maioria dos mapas do site gerados automaticamente por CMS não cumpre estes três pontos sem intervenção manual.
Conteúdo do mapa do site HTML: o que incluir e o que excluir
Um mapa do site não é uma exportação automática de todos os URLs. A sua utilidade depende de uma seleção editorial que reflita a estrutura do site sem sobrecarregar o visitante.
Páginas a incluir sistematicamente
- Páginas estruturantes: página inicial, secções principais e subseções de primeiro nível.
- Páginas institucionais: informações legais, política de privacidade, contacto e declaração de acessibilidade.
- Páginas de serviços: FAQ, ajuda, formulário de pedido e área pessoal (link para a página de início de sessão, não para o conteúdo protegido).
Páginas a excluir
Artigos de blog paginados, resultados de pesquisa interna e páginas de etiquetas ou de arquivos por data não acrescentam valor a um mapa do site orientado para a navegação. Um mapa do site sobrecarregado perde a sua função de referência visual e torna-se tão difícil de percorrer como o próprio site.
Em sites com um grande volume de conteúdos (várias centenas de artigos), agrupar as publicações por categoria e listar apenas as categorias principais continua a ser a solução mais clara.
Geração automática ou criação manual do mapa do site HTML
A maioria dos CMS disponibiliza extensões que geram um mapa do site HTML a partir da estrutura existente. No WordPress, plugins como WP Sitemap Page ou Simple Sitemap criam uma lista de links com base nas páginas publicadas.
A geração automática apresenta dois problemas. Em primeiro lugar, inclui por predefinição páginas sem utilidade para a navegação (páginas de autor, arquivos mensais, páginas de multimédia). Além disso, a hierarquia apresentada reflete a estrutura técnica do CMS, e não a lógica de navegação concebida para o visitante.
A criação manual ou semimanual (geração automática seguida de uma revisão editorial) garante um mapa do site coerente com o percurso real do utilizador. O custo adicional de manutenção é moderado: uma atualização trimestral é suficiente para a maioria dos sites cuja estrutura muda pouco.
Acesso ao mapa do site: posicionamento e convenção do link
O link para o mapa do site deve ficar no rodapé, junto das informações legais e da declaração de acessibilidade. Esta convenção é suficientemente comum para que os utilizadores saibam onde procurar. Colocar o link apenas num menu secundário ou numa página “Sobre” reduz consideravelmente a sua visibilidade.
O rótulo do link deve ser “Mapa do site”, sem variações criativas. Os utilizadores que procuram esta página percorrem o rodapé à procura exatamente deste termo. “Mapa do site”, “Índice” ou “Navegação” não correspondem à expectativa e reduzem a taxa de cliques.
Um mapa do site bem estruturado, acessível por teclado e colocado no rodapé torna a navegação num site previsível. É um investimento de algumas horas que responde simultaneamente aos requisitos do RGAA, às necessidades dos utilizadores de tecnologias de apoio e à frustração de qualquer visitante confrontado com um menu de navegação insuficiente.
