O uso excessivo de <h1> foi ruim, mas agora, com HTML5?


22

Sabemos que o uso excessivo de <h1>pode levar a uma penalidade de super otimização, mas agora, no HTML5, é permitido usar vários <h1>na mesma página (dentro das seções aninhadas).

O que o Google fará com páginas que contêm <h1>apenas títulos?


Não sei o que o Google faz, mas espero que um dia os penalize e os envie para o inferno pelo resto de suas vidas! Com todas as coisas bonitas que o HTML5 nos trouxe, eu realmente luto para entender por que as pessoas precisam usar <h1>tags aninhadas no código. Pergunte a si mesmo: "Há mais de uma <title>tag nas minhas páginas?" a resposta é NÃO, então por que preciso adicionar mais de uma <h1>tag em uma página ?!
Marco Demaio

1
Muito semelhante, se não for idêntico ao SEO, em relação ao uso de várias tags H1 ?
Zhaph - Ben Duguid

1
@MarcoDemaio, as H1tags não são iguais às TITLEtags. O algoritmo de estrutura de tópicos do HTML5, assim como praticamente todos os elementos de seção introduzidos pelo HTML5, foi criado para abordar o conceito de que uma única página pode conter mais de um único artigo. Quando uma página contém um único artigo (como a maioria das páginas da Wikipedia), o uso do H1-H6 sozinho faz sentido. Se você começar a exibir vários teasers de artigos em uma página, ficará confuso se confiar apenas nas tags H1-H6 para estruturar seu conteúdo.
Terceiro #

@ thirdender: IMHO, se você mostrar uma página com vários artciles, pode usar <h1>para quebrar o nome real da página "Artigos falando sobre ..." e o cabeçalho dos artigos pode ser envolvido <h2>, ainda não entendo por que você tem que usar <h1>várias vezes na página.
Marco Demaio 6/01/14

1
@MarcoDemaio, sim, é possível fazer dessa maneira, mas você não está aproveitando os elementos de seção HTML5 para aproveitar ao máximo. Veja Smashing Magazine: Semântica Estrutural - A Importância dos Elementos de Seção HTML5 . Ele realmente considera as deficiências dos mecanismos de descrição de documentos históricos e como eles são tratados pelos novos elementos de seção do HTML5. Isso beneficia os programadores, facilitando a vida, e beneficia os usuários dos leitores de tela, padronizando as práticas gerais de maneira significativa.
thirdender

Respostas:


14

Segundo Matt Cutts, o Google não penaliza sites apenas por terem várias <h1>tags . É possível que seus indexadores sejam programados para detectar o uso excessivo de <h1>- como, por exemplo, ter todo o seu texto dentro de <h1>tags - e penalizar essas páginas, mas não vi nenhuma confirmação direta disso. Ele é muito provável que o seu pessoal humana, se alertado para a página tal, vai vê-lo como o abuso e agir em conformidade.

Eu não trabalho no Google e não tenho idéia de como os algoritmos deles realmente funcionam (além do que pode ser deduzido de observações e postagens de pessoas que sabem), mas se eu escrevesse o código de manipulação de cabeçalho, alocaria uma certa quantidade de "peso do cabeçalho" por página e divida esse peso proporcionalmente em todos os títulos da página. Dessa forma, ter duas <h1>tags teria exatamente o mesmo efeito que ter uma única longa e usar apenas, digamos, <h3>tags em uma página, teria exatamente o mesmo efeito que usar somente <h1>. É uma solução tão óbvia que eu ficaria surpreso se o Google não fizesse algo mais ou menos assim.


1
O autor da questão não falar exatamente o que está sendo referido, mas é importante notar que as ligações de vídeo Ilmari para é a partir de 2009. A actualização que está especificamente sido alvo por ser uma penalidade sobre-optimization (acabou por ser nomeado Pinguim ) só foi introduzido cerca de uma semana atrás .
Su '29/

8

Geralmente, é uma prática recomendada aceitar apenas um <h1>em uma página ou apenas 1 <h1>em uma seção para HTML5. O Google não o penalizará por atender aos padrões de HTML, nem por ter vários <h1>'s', mas poderá penalizá-lo por ter SOMENTE <h1> embora.

O ponto importante é que se trata dos requisitos do conteúdo e dos usuários - sejam eles avistados ou não, que devem levar o dia.

Aqui está Johnathan Mueller, do Google, confirmando que o Google pode indexar o HTML 5 e que não faz nada de especial, ou seja, recompensá-lo por usar o HTML 5.

Atualmente, nossos sistemas de rastreamento e indexação não fazem nada de especial para HTML5, portanto, não há "bônus" para usar construções HTML5, mas da mesma forma também geralmente não há desvantagem. Dito isto, a maioria das páginas com marcação HTML5 que eu vi tendem a ser muito limpas - com pouco "cruft" e elementos desnecessários. Embora a marcação limpa não seja algo que nossos algoritmos procuram explicitamente, ocasionalmente vemos páginas quase imperceptíveis. Além disso, a marcação limpa facilita muito a manutenção do site, a adição de novos elementos, como microformatos, e frequentemente torna as páginas mais portáteis em vários navegadores e dispositivos. Portanto, com isso em mente, não há nada que o impede (do ponto de vista da pesquisa) de criar um site incrível em HTML5 :).


prove o que você está dizendo. provar que o Google entende HOJE html5 ... certamente será no futuro. mas hoje?
usar o seguinte código

1
do blog de matt cutts: Tags H1 excessivas - todas juntas agora: H1 é para o cabeçalho superior; H2 e H3 para o resto. Você deve ter apenas um cabeçalho H1 por artigo ou página.
usar o seguinte código

@toPeerOrNotToPeer sim, precisamente. Siga as normas e você não terá nenhum problema, mas o Google não penalizar para múltiplos H1 e ele entender HTML 5.
toomanyairmiles

A restrição H1 única nunca foi verdadeira.
Su '29/

@ Su 'não está nas especificações, não. No entanto, é prática geralmente aceita - eu exagerei o caso.
toomanyairmiles

3

Todo mundo sempre aponta para o post de Matt Cutts de 2009. Aqui está um vídeo de 2011 durante um bate-papo ao vivo na web, em que Matt Cutts especifica especificamente sua preferência por uma única <h1>tag por página.


Bem vindo ao site! Esse é um link informativo - você pode expandir um pouco sua resposta para responder melhor à pergunta? Caso contrário, sua resposta está mais próxima de um comentário. Obrigado!
dan

3

Sempre foi permitido o uso de múltiplos <h1>em um documento e nunca foi arbitrariamente penalizado. Ao fazê-lo, é o que pode se tornar um problema.

No caso do Google, você precisará confiar que os engenheiros estão realizando seu trabalho e, se indexarem o HTML5 corretamente, o Googlebot sabe que os aninhados <h1>são efetivamente "empurrados" para um nível inferior. Se você não confia nisso, não faça e apenas faça manualmente <h2>até obter uma resposta clara e direta. (O link para a postagem de Johnathan Mueller na resposta de @toomanyairmiles é interessante, mas não completo o suficiente para mim.) Ainda não vi isso acontecer.


1

Suponho que essa pergunta seja baseada na lógica de que uma <h1>tag representa o único título principal da página. Embora isso possa ter acontecido nos dias anteriores, o HTML5 mudou esse tipo de lógica. No HTML5, a <h1>tag é o título principal de uma seção. Pode ser uma página inteira, uma subpágina, um módulo etc. Um bom exemplo de por que essa diferença importa é quando se constrói um sistema modular de seções diferentes dedicadas a atividades diferentes.

Imagine um sistema com várias "páginas" alinhadas uma ao lado da outra. Cada página tem uma finalidade diferente: uma para o clima, outra para organizar tarefas, outra para clientes de exibição etc. Cada uma dessas páginas pode ser aprofundada em (previsão por hora, tarefa única, cliente único) e essas "subpáginas" podem ser visualmente colocadas ao lado das páginas reais.

Antes do HTML5, seria necessário determinar logicamente qual tag de cabeçalho era apropriada e, se você tivesse mais de 6 níveis, ficaria sem tags de cabeçalho. Com o HTML5, você pode configurá-los todos <h1>sem lógica extra ou uma limitação de aninhamento.


Mas ele perguntou "o Google fará com páginas ...". O sistema que você imagina na resposta se parece mais com uma interface de aplicativo da web do que com um webiste. Normalmente, os aplicativos da web devem ficar para trás de um login, portanto o Google não pode rastreá-los.
Marco Demaio 6/01/14
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.