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 são os títulos HTML de uma página — de
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<h1>a<h6>. H1 costuma ser o título principal da página; H2 e H3 marcam as seções e subseções abaixo dele. Elas ajudam as pessoas a percorrer a página e os mecanismos de busca a entender o assunto de cada parte. Importam para SEO, mas muito menos do que as ferramentas que as sinalizam querem fazer você acreditar.
O que são tags de cabeçalho
Quando você olha uma página e vê um título grande e em negrito no topo, seguido de títulos de seção menores, eles geralmente são tags de cabeçalho (também chamadas de tags de título). No HTML, elas são assim:
<h1>The main heading of the page</h1>
<h2>A major section</h2>
<h3>A sub-point inside that section</h3>
<h2>Another major section</h2>Uma observação terminológica antes de continuar: tags de cabeçalho (H1–H6) não são a mesma
coisa que o elemento <header>. <header> é outra tag HTML5 para a área superior de uma página ou
seção (logo, navegação) — é um marco/contêiner, não um nível de cabeçalho.
Há seis níveis, de <h1> a <h6>. Pense neles como um outline:
- H1 — o título de toda a página (a ideia principal).
- H2 — as seções principais. Um para cada seção importante sob o H1.
- H3 — pontos dentro dessas seções. Escolha o nível conforme a seção à qual ele pertence, não conforme o tamanho desejado para o texto — isso é trabalho do CSS, não do nível do cabeçalho.
- H4–H6 — subpontos mais profundos, dos quais a maioria das páginas nunca precisa.
Tags de cabeçalho não são a mesma coisa que a tag de título. A tag de título é o texto que aparece na aba do navegador e como o título azul clicável nos resultados do Google — não fica visível na própria página. O H1 é o cabeçalho que você realmente vê no topo da página. Muitas vezes o texto é semelhante, mas são elementos diferentes com funções diferentes.
Por que elas importam
Por dois motivos, e apenas um deles é SEO:
- Elas ajudam as pessoas. A maioria dos leitores percorre o texto rapidamente. Cabeçalhos claros permitem examinar a página e saltar para a parte desejada. Pessoas que usam leitores de tela dependem ainda mais dos cabeçalhos — elas navegam de um cabeçalho para outro.
- Elas ajudam os mecanismos de busca a entender seu conteúdo. O Google afirmou que um cabeçalho é “a really strong signal” (Tradução) “um sinal muito forte” que indica o assunto de uma seção da página. Portanto, um cabeçalho claro e descritivo dá ao Google uma pequena indicação sobre o tópico abaixo dele.
O que as pessoas entendem errado
- “You must have exactly one H1 or you’ll get penalized.” (Tradução) “Você precisa ter exatamente um H1 ou será penalizado.” Isso não é verdade. O Google afirmou que uma página pode ranquear normalmente sem H1 ou com cinco H1s. (Um H1 ainda é um bom hábito, principalmente por acessibilidade — mais sobre isso na versão Avançado.)
- “Headings have to go in perfect order (H1 → H2 → H3) for SEO.” (Tradução) “Os cabeçalhos precisam estar em ordem perfeita para SEO.” O Google afirmou que a ordem dos cabeçalhos não importa para rankings. Ela importa para usuários de leitores de tela, portanto ainda vale manter a estrutura organizada.
- “More headings = better SEO.” (Tradução) “Mais cabeçalhos = SEO melhor.” Não. O Google diz que não existe “no magical, ideal amount.” (Tradução) “uma quantidade ideal e mágica”. Use quantos o conteúdo realmente exigir.
- “Stuff your keyword into every heading.” (Tradução) “Encha todos os cabeçalhos com sua palavra-chave.” Não faça isso. Escreva cabeçalhos que descrevam a seção com honestidade. Cabeçalhos saturados de palavras-chave não ajudam e podem parecer de baixa qualidade.
Em resumo: use cabeçalhos para organizar sua página para quem a lê. Faça isso, e a parte de SEO se resolve. Quer a versão com as citações reais do Google e do Bing, os dados e os detalhes sobre a quantidade de H1s? Acesse a aba Avançado.
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
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<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.
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.
Resumo por IA
Uma versão condensada da seção Avançado:
- Tags de cabeçalho = elementos HTML H1–H6 que estruturam o conteúdo de uma página.
São marcadores semânticos, diferentes do elemento
<title>(que fica no head e define o link de título na SERP, não a página). - Um sinal real, mas modesto. Mueller: um cabeçalho é “a really strong signal” (Tradução) “um sinal muito forte” sobre o tópico de uma seção — mas o nível importa pouco, e os cabeçalhos “are not the only ranking factor.” (Tradução) “não são o único fator de ranqueamento.”
- A lista do Google de “don’t focus on this” (Tradução) “não se concentre nisso” inclui ordem e quantidade de cabeçalhos (“no magical, ideal amount” (Tradução) “nenhuma quantidade mágica e ideal”). Illyes (julho de 2024) confirmou que a ordem não afeta rankings.
- H1 alimenta links de título. Desde a atualização de agosto de 2021, o Google usa elementos
<h1>como fonte principal ao gerar links de título na SERP — um H1 claro reduz reescritas. - Vários H1s: o Google diz que é aceitável (“no limit” (Tradução) “sem limite”); o Bing quer um e diz que mais “diminishes the value.” (Tradução) “reduz o valor.” Um H1 é melhor para acessibilidade de qualquer maneira.
- Estudo de Patrick com um milhão de domínios: 59,5% dos sites tinham H1s ausentes e 51,3% tinham vários H1s — ambos muito comuns e de baixo impacto.
- Semântico > estilizado. Um
<div>que parece cabeçalho não carrega sinal estrutural; use tags<h>reais para rastreadores e leitores de tela. - Palavras-chave: naturais, não forçadas; H1 não precisa ser igual à tag de título (Illyes: “do whatever makes sense from a user’s perspective” (Tradução) “faça o que fizer sentido da perspectiva do usuário”).
- Cabeçalhos em JS podem demorar a ser indexados; os condicionados a interação talvez nem sejam indexados — coloque cabeçalhos críticos no HTML renderizado no servidor.
- Conclusão: estruture para leitores e acessibilidade; não use cabeçalhos como truque de ranqueamento por palavras-chave.
Documentação oficial
Documentação de fontes primárias dos mecanismos de busca sobre cabeçalhos.
- Guia de SEO para iniciantes — “Things you shouldn’t focus on” (Tradução) “Coisas nas quais você não deveria se concentrar” — ordem dos cabeçalhos e “no magical, ideal amount of headings” (Tradução) “nenhuma quantidade mágica e ideal de cabeçalhos”.
- Como influenciar seus links de título nos resultados — lista elementos
<h1>como fonte para gerar links de título na SERP. - Uma atualização sobre como geramos títulos de páginas (ago. de 2021) — a atualização que incorporou texto de cabeçalhos à geração de títulos.
- Mais informações sobre títulos (set. de 2021) — o acompanhamento;
<title>usado em cerca de 87% dos casos, cabeçalhos/texto destacado nos demais. - Crie conteúdo útil, confiável e que prioriza as pessoas — o cabeçalho principal como sinal da intenção do conteúdo.
- SEO Office Hours de julho de 2024 — Illyes explica que a ordem dos cabeçalhos não importa para o Google.
Bing/Microsoft
- Diretrizes para webmasters do Bing — menciona
<h1>–<h6>como elementos que ajudam o Bing a entender o conteúdo de cada parágrafo. - Arquitetando conteúdo para SEO (SEM 101) — orientação do Bing de “one H1 per page” (Tradução) “um H1 por página” e o enquadramento “more like XML than HTML” (Tradução) “mais como XML do que HTML” sobre como o Bingbot lê cabeçalhos.
Citações das fontes
Declarações públicas do Google e do Bing. Cada link leva diretamente ao trecho citado na página de origem, quando disponível.
Google — cabeçalhos como sinal
- “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.” — John Mueller, Google. Leia a cobertura
- “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.” — John Mueller, Google (2020).
- “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.” — John Mueller, Google (2020).
Google — ordem e quantidade de cabeçalhos
- “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.” — Google Search Central, Guia de SEO para iniciantes. Ir para a citação
- “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.” — Gary Illyes, Google (Office Hours de julho de 2024). Ir para a citação
Google — vários H1s
- “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.” — John Mueller, Google (2019).
- “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.” — John Mueller, Google (2019).
- “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.” — John Mueller, Google, Ask Google Webmasters (2019).
Google — H1 vs. tag de título
- “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.” — Gary Illyes, Google, ao responder se tags de título precisam ser iguais aos H1s (junho de 2024). Ir para a citação
Bing — um H1 por página
- “Only use only one
<h1>tag per page… you diminish the value of the<h1>tag if you use more than one.” (Tradução) “Use apenas uma tag H1 por página… você reduz o valor da tag H1 se usar mais de uma.” — Rick DeJarnette, Bing Webmaster Center (2009). - “
<H1>–<H6>Header tags – Define the structure of your page and helps Bing understand the content of each paragraph.” (Tradução) “As tags de cabeçalho H1 a H6 definem a estrutura da página e ajudam o Bing a entender o conteúdo de cada parágrafo.” — Diretrizes para webmasters do Bing.
Referência rápida de H1–H6
Para que serve cada nível de cabeçalho, com que frequência aparece e quais erros estão associados a ele.
| Nível | Finalidade | Uso típico | Posição do Google | Erros comuns |
|---|---|---|---|---|
| H1 | Cabeçalho principal/tópico primário da página | Um por página (boa prática) | Sem peso fixo de ranqueamento — também usado como entrada para links de título na SERP | Ausente; vários por reutilização de template; usado para logo ou breadcrumb; texto vago/genérico |
| H2 | Seções principais da página | Vários por página | Sem fórmula fixa — tratado como sinal de tópico, como qualquer nível | Forçar palavras-chave de correspondência exata; usar onde deveria haver H1 |
| H3 | Subseções dentro de um H2 | Quantos o conteúdo exigir | Sem fórmula fixa | Saltar para H3 sem um H2 acima (prejudica o outline) |
| H4 | Subpontos mais profundos | Raro — cerca de 8% das páginas no topo usam | Sem fórmula fixa | Aninhamento excessivo; usar H4 pelo tamanho visual, não pela estrutura |
| H5 | Aninhamento muito profundo | Muito raro (<2% das páginas no topo) | Sem fórmula fixa | Quase nunca necessário; geralmente sinal de estrutura excessiva |
| H6 | Nível mais profundo | Muito raro (<2% das páginas no topo) | Sem fórmula fixa | O mesmo — se precisar dele, reavalie o outline |
A orientação do próprio Google nunca publica uma fórmula de peso por nível, quantidade de palavras-chave ou número obrigatório de cabeçalhos para H1–H6 — ela coloca explicitamente a quantidade de cabeçalhos entre as “things you shouldn’t focus on.” (Tradução) “coisas nas quais você não deveria se concentrar.” Trate cada nível como um sinal de tópico para o leitor e para os mecanismos de busca, não como uma alavanca graduada de ranqueamento.
Fatos rápidos
- Google: a ordem dos cabeçalhos não afeta rankings; não há quantidade ideal; vários H1s são aceitáveis; H1s alimentam a geração de links de título na SERP (desde ago. de 2021).
- Bing: prefere um H1; diz que mais de um “diminishes the value” (Tradução) “reduz o valor”; sinaliza vários H1s como Aviso de baixa prioridade; lê cabeçalhos “more like XML than HTML.” (Tradução) “mais como XML do que HTML”.
- Acessibilidade: um H1, ordem lógica, sem níveis pulados — esse é o verdadeiro motivo das convenções de “hierarquia organizada”.
- Semântico vs. estilizado: um
<div>que parece cabeçalho não é cabeçalho — não produz sinal para rastreador ou leitor de tela. Use tags<h>reais. - Meus dados de um milhão de domínios: 59,5% dos sites tinham H1s ausentes e 51,3% tinham vários — ambos comuns e de baixo impacto.
Inspecione o outline de cabeçalhos renderizado
Execute isto no Console do DevTools:
[...document.querySelectorAll('h1,h2,h3,h4,h5,h6')].map(h => ({level: Number(h.tagName[1]), text: h.textContent.trim(), visible: !!(h.offsetWidth || h.offsetHeight || h.getClientRects().length)}));Sinalize saltos de mais de um nível
const hs = [...document.querySelectorAll('h1,h2,h3,h4,h5,h6')]; hs.map((h,i) => ({heading: h.textContent.trim(), from: i ? Number(hs[i-1].tagName[1]) : null, to: Number(h.tagName[1])})).filter(x => x.from && x.to > x.from + 1);Um nível pulado é um sinal para revisão, não uma falha automática de SEO. Verifique se a estrutura do documento ainda faz sentido para leitores e tecnologias assistivas.
Teste seus conhecimentos: tags de cabeçalho
Recursos que valem seu tempo
Meus textos relacionados
- Estudamos mais de um milhão de domínios para encontrar os problemas técnicos de SEO mais comuns — meus dados próprios sobre H1s ausentes e múltiplos (e muito mais).
- O que é uma tag H1? Boas práticas de SEO — a análise específica de H1.
- Glossário de tags de cabeçalho — a definição curta.
- SEO On-Page: um guia prático — onde os cabeçalhos se encaixam no quadro geral de on-page.
De outras fontes
- Google: Heading Tags are a Strong Signal (Tradução) “Google: tags de cabeçalho são um sinal forte” (Search Engine Journal) — cobertura da frase de Mueller “really strong signal” (Tradução) “sinal muito forte”.
- Google Clarifies H1–H6 Headings For SEO (Tradução) “Google esclarece cabeçalhos H1–H6 para SEO” (Search Engine Journal) — esclarecimento de Illyes em julho de 2024 de que “order doesn’t matter” (Tradução) “a ordem não importa”.
- How To Use Header Tags: SEO Best Practices (Tradução) “Como usar tags de cabeçalho: boas práticas de SEO” (Search Engine Journal) — guia prático de H1–H6, incluindo dicas para featured snippets.
- If Google Says H1s Don’t Matter, Why Should You Use Them? (Tradução) “Se o Google diz que H1s não importam, por que usá-los?” (Search Engine Land) — examina os verdadeiros motivos para se importar com H1s além de rankings.
- Google’s Martin Splitt on Semantic HTML & Search (Tradução) “Martin Splitt, do Google, sobre HTML semântico e busca” (Search Engine Journal) — Splitt explica por que estruturar conteúdo de outra maneira não é melhor nem pior.
- How to Use Headings on Your Site (Tradução) “Como usar cabeçalhos em seu site” (Yoast) — aborda texto estilizado com CSS vs. elementos semânticos de cabeçalho, no contexto do WordPress.
- H1 Tags Ranking Factor Study (Tradução) “Estudo da tag H1 como fator de ranqueamento” (Rankability, 2026) — dados sobre presença de H1, vários H1s e uso de palavras-chave em páginas no topo.
- Headings, SEO & Accessibility (Tradução) “Cabeçalhos, SEO e acessibilidade” (Natzir Turrado) — citações abrangentes de representantes, HTML5 e acessibilidade.
- Pesquisa da WebAIM com usuários de leitores de tela — os dados por trás de “people navigate by heading” (Tradução) “as pessoas navegam por cabeçalhos”.
Registro de alterações
Atualizado em 20 de set. de 2026.
Resumo editorial e detalhes registrados da alteração.Resumo
Concluída nova revisão semântica e de componentes/ativos contra a fonte fixada, com regularização das citações e do histórico.
Detalhes da alteração
-
Padronizada a adjacência entre as citações inglesas exatas e suas glosas em português, preservando palavras citadas, URLs e limites de evidência.
-
Traduzidos os quatro registros de mudança importados da fonte e separados do histórico local, sem inventar revisão humana.
-
Revisados os 110 blocos, os 42 campos de componentes e os ativos visuais claro/escuro; mantidos os bloqueios de publicação e revisão nativa.
Não é possível fazer a comparação completa — nenhum instantâneo anterior foi arquivado para esta revisão.
Atualizado em 7 de set. de 2026.
Resumo editorial e detalhes registrados da alteração.Resumo
Criado um artigo localizado e fixado à fonte; a numeração de revisões locais começa no ordinal 1.
Detalhes da alteração
-
Materializados os blocos traduzidos, preservando o histórico da fonte como proveniência.
Não é possível fazer a comparação completa — nenhum instantâneo anterior foi arquivado para esta revisão.
Atualizado em 18 de jul. de 2026.
Resumo editorial e detalhes registrados da alteração.Resumo
Corrigida uma escala implícita de peso de SEO de H1 a H6, qualificada a afirmação de acessibilidade sobre pular níveis de cabeçalho e adicionadas as lacunas de terminologia, regra de decisão e algoritmo de outline apontadas pela revisão.
Detalhes da alteração
-
Substituída, na folha de consulta, a coluna “peso de SEO” por “posição do Google”, esclarecendo que o Google não publica fórmula de peso por nível, contagem de palavras-chave nem quantidade obrigatória de cabeçalhos, removendo a hierarquia de ranqueamento implícita.
-
Qualificada a afirmação de acessibilidade de que pular níveis de cabeçalho “quebra o outline”: agora ela é apresentada como forte orientação de autoria da WAI, não como falha automática na WCAG 1.3.1 sem avaliação no nível do critério.
-
Adicionada uma regra explícita para decidir o nível do cabeçalho (alinhar a hierarquia ao aninhamento das seções, não ao tamanho da fonte) e uma observação de que o algoritmo de outline do HTML foi removido da especificação em 2022; navegadores não inferem o nível do cabeçalho a partir de elementos de seção aninhados.
-
Movida para mais cedo na aba para iniciantes, antes da explicação de H1 a H6, a distinção terminológica entre tags de cabeçalho e o elemento <header>.
Não é possível fazer a comparação completa — nenhum instantâneo anterior foi arquivado para esta revisão.