Sincronização oficial:2026-03-15

Analisador de Estrutura de Cabeçalhos

Visualize a hierarquia H1–H6, detete níveis saltados, sinalize H1 em falta e pontue o esboço do seu documento.

  1. 1
    Escolha o seu método de entrada, Selecione «Analisar URL» para obter uma página ao vivo (introduza o URL completo incluindo https://) ou «Colar HTML» para analisar diretamente um fragmento.
  2. 2
    Executar a análise, Clique em «Analisar». A ferramenta obtém a página via proxy e extrai todas as etiquetas de cabeçalho (H1–H6).
  3. 3
    Ler a árvore, A hierarquia indentada mostra a sua estrutura de cabeçalhos. As bandeiras vermelhas indicam problemas: H1 em falta, níveis saltados (p. Ex. H2 → H4) ou cabeçalhos vazios.
  4. 4
    Corrigir os problemas, Cada cabeçalho sinalizado mostra o problema específico. Assegure-se de que tem exatamente um H1 por página e que os níveis aumentam um a um sem saltos.

Precisa de análise em lote?

Pro: analise até 50 URLs em simultâneo e exporte um relatório completo de auditoria CSV.

Ver a versão Pro em lote: analise até 50 URLs com exportação CSV
Preços: Starter 499 €, Pro 999 €

Porque a estrutura de cabeçalhos é um requisito legal

A

CS 1.3.1, Informação e Relações

Nível A, requisito mais fundamental

Orientação W3C →

O que exige

A hierarquia visual de cabeçalhos tem de ser transmitida programaticamente, ou seja, tem de existir no HTML, não apenas parecer um cabeçalho por via de CSS.

Este é um critério de Nível A, o nível mais básico de conformidade WCAG. É exigido por todas as leis de acessibilidade a nível mundial, incluindo o EAA, o ADA e a Secção 508. «Transmitido programaticamente» significa usar elementos reais <h1>–<h6>, e não <div> ou <span> com estilo a parecer cabeçalhos. Um leitor de ecrã não consegue detetar estilo visual, lê a estrutura HTML. Se a sua hierarquia de cabeçalhos existir apenas visualmente, é invisível para a tecnologia de apoio.

Impacto real

Uma equipa de marketing pode estilizar um <div> com letra grande e a negrito para parecer um cabeçalho. Os utilizadores com visão veem um cabeçalho. Os utilizadores de leitor de ecrã ouvem um parágrafo. Não conseguem navegar até ele com as teclas de cabeçalho e não sabem que começou uma nova secção. Esta é uma das falhas de acessibilidade mais comuns encontradas em auditorias EAA e WCAG.

EAA (EN 301 549 9.1.3.1)ADA WCAG 2.1 AASecção 508UK PSBAR
AA

CS 2.4.6, Cabeçalhos e Etiquetas

Nível AA, exigido pelo EAA, ADA e Secção 508

Orientação W3C →

O que exige

Os cabeçalhos têm de descrever o tema ou a finalidade do conteúdo que lhes segue, não podem ser vagos, vazios ou enganadores.

O CS 2.4.6 vai além de ter cabeçalhos nos elementos HTML certos, exige que sejam significativos. Um cabeçalho que diga «Secção 1» ou contenha apenas pontuação reprova neste critério mesmo que o elemento seja tecnicamente um <h2>. O cabeçalho tem de dizer ao utilizador que navega por cabeçalhos o que encontrará se continuar a ler. Este é o critério que apanha cabeçalhos vazios, cabeçalhos só com símbolos e cabeçalhos que não descrevem a sua secção.

Impacto real

Um utilizador de leitor de ecrã que navega por cabeçalhos está a construir um mapa mental da página, como percorrer um índice. Se todos os cabeçalhos disserem «Ler mais» ou «Secção», o mapa é inútil. Tem de ler integralmente o conteúdo de cada secção em sequência, que é exatamente a barreira que a navegação por cabeçalhos foi concebida para eliminar. Os auditores EAA citarão o CS 2.4.6 quando os cabeçalhos existem mas não são descritivos.

EAA (EN 301 549 9.2.4.6)ADA WCAG 2.1 AASecção 508
AAA

CS 2.4.10, Cabeçalhos de Secção

Nível AAA, boa prática, não exigida pela maioria das leis

Orientação W3C →

O que exige

Os cabeçalhos de secção devem ser utilizados para organizar o conteúdo, ou seja, páginas ricas em conteúdo devem usar cabeçalhos para dividir e rotular secções.

Este critério AAA não é exigido pelo EAA nem pelo ADA, mas representa o ideal. Significa que mesmo que os cabeçalhos estejam tecnicamente corretos, uma página que apresenta um muro de texto sem estrutura de cabeçalhos é mais difícil de navegar. A boa prática para qualquer página rica em conteúdo é utilizar cabeçalhos para dividir o conteúdo em secções rotuladas, para que os utilizadores se possam orientar e saltar para o que precisam.

Impacto real

Uma página de termos legais com 5000 palavras e sem subcabeçalhos é tecnicamente conforme a AA, mas extremamente difícil de navegar para utilizadores de leitor de ecrã e utilizadores com deficiências cognitivas. Adicionar cabeçalhos H2 e H3 para organizar secções (Entregas, Devoluções, Privacidade) permite aos utilizadores saltar diretamente para a secção relevante em vez de lerem tudo.

Boa práticaObjetivo AAA
Como os utilizadores de leitor de ecrã navegam pelos cabeçalhos: A maioria dos utilizadores de leitor de ecrã pressiona a tecla H para saltar entre cabeçalhos, ou 16 para saltar para um nível específico. Isto equivale a percorrer um índice. Uma página com hierarquia de cabeçalhos quebrada força os utilizadores a ler todas as palavras linearmente ou a usar navegação por tentativa e erro, ambas barreiras significativas ao acesso.

Aviso jurídico importante

Esta ferramenta é apenas um auxílio de autoavaliação e não constitui aconselhamento jurídico nem uma avaliação de conformidade formalmente certificada. As saídas, incluindo relatórios, pontuações, listas de verificação e declarações de acessibilidade, destinam-se a uso interno e devem ser revistas por um representante jurídico qualificado ou por um auditor de acessibilidade independente antes de serem utilizadas para fins regulamentares, de aquisição ou de divulgação pública. Todo o risco da avaliação recai sobre o avaliador interno. A accessibilityref, os seus criadores e equipa não aceitam qualquer responsabilidade por perdas decorrentes da utilização ou confiança nestas saídas. Verifique sempre junto das fontes oficiais: a Recomendação W3C WCAG 2.2, o European Accessibility Act (Diretiva 2019/882), e a autoridade de fiscalização nacional aplicável.