Tags de cabeçalho

O que são as tags de cabeçalho (H1–H6) e quanto elas realmente importam para SEO — como Google e Bing as usam, vários H1s, ordem dos cabeçalhos, palavras-chave e acessibilidade.

Tags de cabeçalho são os elementos HTML H1–H6 que estruturam o conteúdo de uma página. Elas são um sinal real — o Google chamou um cabeçalho de “um sinal muito forte” sobre o assunto de uma seção e usa H1s ao gerar links de título na SERP —, mas importam muito menos do que a maioria das ferramentas de SEO sugere. O Google diz que a ordem dos cabeçalhos não afeta os rankings e que vários H1s são aceitáveis; o Bing prefere um H1. No meu estudo com mais de um milhão de domínios, H1s ausentes e múltiplos eram extremamente comuns e ambos tinham baixo impacto. Use cabeçalhos semânticos para organizar o conteúdo para leitores e leitores de tela; não os trate como uma alavanca de ranking por palavra-chave.

TL;DR — Tags de cabeçalho (H1–H6) são um sinal real, mas modesto. O Google chamou um cabeçalho de “a really strong signal” (Tradução) “um sinal muito forte” sobre o tópico de uma seção e usa elementos <h1> como entrada ao gerar links de título na SERP — mas também inclui a ordem e a quantidade de cabeçalhos entre as “things you shouldn’t focus on” (Tradução) “coisas nas quais você não deveria se concentrar”, diz que vários H1s são aceitáveis, e Illyes confirmou que a ordem não afeta rankings. O Bing diverge: quer um H1 e diz que mais de um “diminishes the value” (Tradução) “reduz o valor”. No meu estudo com um milhão de domínios, H1s ausentes (59,5%) e múltiplos (51,3%) eram muito comuns e tinham baixo impacto. Use cabeçalhos semânticos — não texto estilizado com CSS — para estruturar conteúdo para leitores, leitores de tela, ranking de passagens e snippets. Não os trate como uma alavanca de palavras-chave.

Evidência desta afirmação HTML heading elements h1 through h6 represent six levels of section headings. Escopo: Document structure and accessibility semantics. Confiança: alta · Verificado: MDN: Heading elements Evidência desta afirmação Google can use heading elements as sources when it generates title links. Escopo: Title-link generation, not evidence that heading order or count directly determines rankings. Confiança: alta · Verificado: Google Search Central: Title links

O que são (e não são) tags de cabeçalho

Tags de cabeçalho são os elementos HTML <h1> a <h6> — os marcadores semânticos da hierarquia de conteúdo de uma página. H1 é o nível superior (geralmente o cabeçalho principal), e H2–H6 descem por seções e subseções. Eles aparecem visivelmente no corpo da página, o que os diferencia do elemento <title>: a tag de título fica no <head>, define a aba do navegador e o link de título da SERP e não é mostrada na página. O H1 está na página. Muitas vezes o texto se sobrepõe, mas são elementos diferentes com funções diferentes.

Uma observação terminológica importante: o nome formal na especificação HTML é elementos de cabeçalho. “Header tags” é o termo informal do setor para a mesma coisa — e é o termo usado pelo Bing em sua documentação. Não confunda nenhum deles com o elemento <header>, que é um marco HTML5 para a área de cabeçalho de uma página ou seção (logo, navegação), não um cabeçalho.

Como escolher um nível. A regra de decisão é estrutural, não visual: a posição de um cabeçalho deve corresponder ao lugar que ele ocupa no aninhamento de seções da página, não ao tamanho que você quer que ele pareça ter. Um H2 introduz uma seção principal diretamente sob o H1; um H3 introduz uma subseção sob esse H2; e assim por diante. Se você escolhe um nível de cabeçalho para obter um tamanho de fonte específico, está usando a ferramenta errada — use CSS para isso e escolha o nível com base na posição real do conteúdo no outline.

Há também um detalhe da especificação: os navegadores não inferem o nível de um cabeçalho pela profundidade em que ele está aninhado em elementos <section> ou <article>. O HTML já teve um “outline algorithm” (Tradução) “algoritmo de outline” proposto que permitiria, por exemplo, que um <h1> aninhado dentro de duas <section>s contasse como um H3 efetivo — mas nenhum navegador o implementou, e a especificação HTML o removeu formalmente do padrão vivo em 2022. Na prática: sempre use o nível explícito desejado (<h1>–<h6>) e não suponha que envolver um cabeçalho em elementos <section> aninhados altere seu nível efetivo. Não altera.

Como o Google usa cabeçalhos

Cabeçalhos são um sinal real — mas não uma alavanca forte e independente de ranqueamento. Há vários fenômenos distintos:

  • Compreensão do tópico. John Mueller disse diretamente: “A heading is a really strong signal telling us this part of the page is about this topic.” (Tradução) “Um cabeçalho é um sinal muito forte de que esta parte da página trata deste tópico.” O ponto crucial é que ele afirmou que o nível importa pouco — “whether you put that into an H1 tag or an H2 tag or H5 or whatever, that doesn’t matter so much” (Tradução) “se você coloca isso em uma tag H1, H2, H5 ou qualquer outra, não importa tanto” — é o cabeçalho como sinalizador que ajuda. Ele também deixou claro que “headings on the page are not the only ranking factor that we have.” (Tradução) “os cabeçalhos da página não são o único fator de ranqueamento que temos.”
  • Geração do link de título. Desde a atualização de geração de títulos de agosto de 2021, o Google usa elementos <h1> como uma das principais fontes para gerar o link de título exibido nos resultados. Portanto, um H1 claro, destacado e distinto reduz a chance de o Google reescrever seu título na SERP — e um H1 ausente ou vago aumenta essa chance.
  • Ranking de passagens. Unidades claras de cabeçalho e parágrafo dão ao Google segmentos analisáveis que ele pode identificar e ranquear como passagens distintas em uma página longa. Uma estrutura confusa ou muito aninhada dificulta isso.
  • Featured snippets. Conteúdo delimitado por cabeçalhos — perguntas H2/H3, etapas numeradas — é exatamente o que o Google extrai para snippets de lista e tabela. A estrutura alimenta esses recursos.

Agora a parte menos empolgante. O Guia de SEO para iniciantes do Google coloca a orientação sobre cabeçalhos em “things we believe you shouldn’t focus on.” (Tradução) “coisas nas quais acreditamos que você não deveria se concentrar.” Duas frases são importantes:

“Having your headings in semantic order is fantastic for screen readers, but from Google Search perspective, it doesn’t matter if you’re using them out of order.” (Tradução) “Manter os cabeçalhos em ordem semântica é excelente para leitores de tela, mas, da perspectiva da Pesquisa Google, não importa se você os usa fora de ordem.”

“There’s also no magical, ideal amount of headings a given page should have. However, if you think it’s too much, then it probably is.” (Tradução) “Também não existe uma quantidade mágica e ideal de cabeçalhos que uma página deveria ter. Porém, se você acha que são demais, provavelmente são.”

Gary Illyes voltou a confirmar o ponto sobre ordem no SEO Office Hours de julho de 2024 e preferiu explicitamente o Guia para iniciantes às ferramentas de SEO que sinalizam a ordem: “from Google Search perspective, it doesn’t matter if you’re using them out of order,” (Tradução) “da perspectiva da Pesquisa Google, não importa se você os usa fora de ordem”, acrescentando que “the web at large isn’t valid HTML code, so Google Search rarely relies on the semantic meanings hidden in the HTML specification.” (Tradução) “a web em geral não é código HTML válido, então a Pesquisa Google raramente depende dos significados semânticos ocultos na especificação HTML.” Quando uma ferramenta que não é do Google sinaliza algo, ele observou, “that doesn’t make it relevant for Google.” (Tradução) “isso não torna a questão relevante para o Google.”

Vários H1s: o Google aceita, o Bing não

Este é o ponto mais claro em que os dois mecanismos realmente divergem, por isso vale declarar sem rodeios.

O Google já disse isso de todas as maneiras possíveis. Mueller: “You can use H1 tags as often as you want on a page. There’s no limit, neither upper or lower bound,” (Tradução) “Você pode usar tags H1 quantas vezes quiser em uma página. Não há limite superior nem inferior”, e “your site is going to rank perfectly fine with no H1 tags or with five H1 tags.” (Tradução) “seu site vai ranquear perfeitamente bem sem tags H1 ou com cinco tags H1.” No vídeo “Ask Google Webmasters”: “Our systems don’t have a problem when it comes to multiple H1 headings on a page. That’s a fairly common pattern on the web.” (Tradução) “Nossos sistemas não têm problema com vários cabeçalhos H1 em uma página. É um padrão bastante comum na web.” Ele também disse que os sistemas funcionam com “styled pieces of text without semantic HTML at all.” (Tradução) “trechos de texto estilizados sem nenhum HTML semântico.” Portanto, para o Google, a quantidade de H1s não interfere nos rankings.

O Bing adota a posição oposta. Sua orientação de longa data para webmasters recomenda um H1 por página e afirma que usar mais “diminishes the value of the <h1> tag” (Tradução) “reduz o valor da tag <h1>” — com a lógica de que “there’s supposed to be only one big idea per page.” (Tradução) “deveria haver apenas uma grande ideia por página.” O Bing Webmaster Tools sinaliza ativamente vários H1s, embora apenas como um Aviso de baixa prioridade, não um erro. Portanto, se o Bing importa para você, preferir um único H1 é o padrão mais seguro.

O ponto de concordância: um H1 por página é a escolha certa para acessibilidade, independentemente do que qualquer mecanismo faça para rankings. Esse é o verdadeiro motivo da convenção de “um H1” — usuários de leitores de tela navegam por cabeçalhos, e vários H1s confundem o outline do documento.

O que meus dados realmente mostram

Quando estudei mais de um milhão de domínios (1.002.165) para identificar os problemas técnicos de SEO mais comuns, dois achados sobre cabeçalhos se destacaram — e ambos são tranquilizadores:

  • 59,5% dos sites tinham páginas com tags H1 ausentes ou vazias. Minha avaliação na época: H1s ausentes são um problema pequeno, sobretudo quando o texto está em um H2. Geralmente é fácil corrigir, mas não espero muito impacto.
  • 51,3% dos sites tinham páginas com várias tags H1. Vários H1s são permitidos no HTML moderno, e o Google afirmou que não são um problema. Vale confirmar se cada cabeçalho marcado como H1 é relevante para a página, mas não trato isso como significativo.

Em outras palavras: os dois “problemas” de cabeçalho que sua ferramenta de auditoria destaca com mais alarde estão presentes em mais da metade de toda a web, e nenhum deles é uma preocupação significativa de ranqueamento. Já afirmei isso de forma direta — quando alguém diz que uma alteração no H1 elevou seus rankings, quase sempre foi porque também adicionou texto rico em palavras-chave no alto da página (destaque), não pelo elemento H1 em si. Você poderia trocar seus H1s por um <span> estilizado e o impacto no ranking seria quase nulo.

Dito isso, não interprete como “headings are useless.” (Tradução) “cabeçalhos são inúteis.” Eles são inúteis como um truque de ranqueamento por palavra-chave. São realmente úteis como estrutura — para leitores, leitores de tela e os mecanismos de snippets/passagens mencionados acima.

Palavras-chave nos cabeçalhos

Use-as — naturalmente. Um cabeçalho deve descrever a seção acima da qual está, e, se seu tópico-alvo for o assunto da seção, a palavra-chave aparecerá por conta própria. Evite forçar frases de correspondência exata em todos os cabeçalhos. Os dados de correlação apontam na direção oposta: páginas no topo são, quando muito, ligeiramente menos propensas a colocar palavras-chave de correspondência exata no H1. E lembre o enquadramento de Mueller — a função do cabeçalho é sinalizar “this part of the page is about this topic” (Tradução) “esta parte da página trata deste tópico”, não servir como espaço para palavras-chave.

Além disso: o H1 e a tag de título não precisam ser iguais. Quando perguntaram exatamente isso a Illyes, ele disse “No, just do whatever makes sense from a user’s perspective.” (Tradução) “Não, simplesmente faça o que fizer sentido da perspectiva do usuário.” Alguma sobreposição de texto é natural; uma correspondência exata não é requisito.

Cabeçalhos semânticos vs. texto estilizado com CSS

Esta é a lacuna que a maioria das orientações sobre cabeçalhos ignora. Um texto que parece cabeçalho não é necessariamente um cabeçalho. <div class="section-title">Big Bold Text</div> pode ser visualmente idêntico a um <h2>, mas não carrega significado estrutural — nenhum sinal para rastreadores e nada para um leitor de tela usar na navegação. O Google às vezes lê texto visualmente destacado (ele é uma das entradas para gerar links de título), mas, para sinais gerais de cabeçalho, ranking de passagens e acessibilidade, use elementos <h> semânticos reais. Em um CMS, isso costuma ser controlado pelo tema/template, não pelo editor — um cabeçalho digitado no editor pode ser renderizado como parágrafo estilizado, dependendo do template. Vale conferir.

Ordem dos cabeçalhos e acessibilidade

Duas perguntas separadas que são constantemente misturadas:

  • Para rankings no Google: a ordem não importa (Guia para iniciantes + Illyes, acima). Pular de H2 para H4 não prejudicará seus rankings. O enquadramento de Martin Splitt é útil — ao estruturar seu conteúdo de maneira diferente, “you didn’t structure it better, you didn’t structure it worse, you just structured it differently.” (Tradução) “você não o estruturou melhor nem pior; apenas o estruturou de outra maneira.”
  • Para acessibilidade: a ordem importa muito. Segundo a pesquisa da WebAIM, a grande maioria dos usuários de leitores de tela navega por cabeçalhos, e um outline lógico H1 → H2 → H3 é o que faz isso funcionar. A própria orientação do W3C recomenda não pular níveis exatamente por esse motivo — é uma orientação de autoria importante. Mas isso não é automaticamente uma falha de WCAG por si só: se um nível pulado realmente viola um critério como 1.3.1 (Informações e relações) depende da avaliação da página específica, não de uma regra geral de “any skip = fail” (Tradução) “qualquer salto = falha”. Trate-o como um problema real a corrigir, não como uma violação garantida de conformidade.

Minha regra prática: mantenha uma hierarquia limpa e lógica pelo ganho de acessibilidade e não perca o sono com avisos sobre a ordem dos cabeçalhos emitidos pela ferramenta de SEO — eles otimizam algo que o Google declarou explicitamente não usar.

Uma observação sobre cabeçalhos renderizados por JavaScript

Se seus cabeçalhos só aparecem depois que o JavaScript client-side é executado, em geral ainda serão indexados — mas no ciclo de renderização em duas fases do Google, que pode atrasar. Cabeçalhos que só aparecem após uma interação do usuário (clicar em uma aba, expandir um acordeão) talvez nem sejam indexados, porque o Google não clica. Para páginas que precisam ranquear, coloque a estrutura de cabeçalhos no HTML renderizado no servidor ou estático. (A parte de renderização é abordada em SEO para JavaScript.)

Boas práticas, em resumo

  • Use um H1 por página como padrão — principalmente por acessibilidade e pelo Bing, já que o Google não se importa com a quantidade.
  • Use H2/H3 para organizar seções; H4–H6 somente quando o conteúdo realmente tiver esse nível de aninhamento (a maioria das páginas não tem).
  • Escreva cabeçalhos descritivos que reflitam a seção; deixe as palavras-chave aparecerem naturalmente em vez de forçar correspondências exatas.
  • Use tags <h> semânticas reais, não divs estilizadas com CSS.
  • Mantenha uma hierarquia lógica para leitores de tela — mesmo que o Google não exija.
  • Coloque cabeçalhos críticos no HTML renderizado no servidor, não somente em JS.
  • Não trate a correção de cabeçalhos em um site existente como uma estratégia de rankings. Mueller novamente: “if you have an existing site, fixing this isn’t going to change your site’s rankings.” (Tradução) “se você tem um site existente, corrigir isso não mudará os rankings do site.” Os ganhos são clareza e acessibilidade.

Próximos passos

Este hub oferece a visão geral de toda a família H1–H6. A tag H1 tem sua própria análise detalhada como artigo relacionado neste cluster — boas práticas específicas de H1, o debate sobre um único H1 em detalhes e como o H1 alimenta a geração de links de título. Várias tags H1 também têm sua própria análise, concentrada especificamente na pergunta “does it hurt SEO?” (Tradução) “isso prejudica o SEO?” levantada pelo conteúdo de seccionamento do HTML5. Para o elemento do head frequentemente confundido com o H1, consulte a tag de título. O quadro geral de on-page está no pilar SEO On-Page.

Adicionar uma nota de especialista

Fixar uma citação de especialista

É uma pessoa nova? Crie o perfil não reivindicado dela em /admin/experts/ → Fixar uma citação de especialista primeiro.