La surutilisation de <h1> était mauvaise, mais maintenant, avec HTML5?


22

Nous savons que la surutilisation de <h1>peut entraîner une pénalité de sur-optimisation, mais maintenant, en HTML5, il est autorisé d'en utiliser plusieurs <h1>dans la même page (à l'intérieur des sections imbriquées).

Que fera Google avec les pages contenant <h1>uniquement des titres?


Je ne sais pas ce que fait Google, mais j'espère qu'un jour cela les pénalisera et les enverra en enfer pour le reste de leur vie! Avec toutes les belles choses qui nous sont apportées par HTML5, j'ai vraiment du mal à comprendre pourquoi les gens ont besoin de gonfler les <h1>balises imbriquées dans le code. Demandez-vous: "Y a-t-il plus d'une <title>balise dans mes pages?" la réponse est NON, alors pourquoi dois-je ajouter plusieurs <h1>balises dans une page?!
Marco Demaio


1
@MarcoDemaio, les H1balises ne sont pas les mêmes que les TITLEbalises. L'algorithme de mise en forme HTML5, ainsi que presque tous les éléments de sectionnement introduits par HTML5, a été créé pour répondre au concept qu'une seule page peut contenir plus d'un seul article. Lorsqu'une page contient un seul article (comme la plupart des pages sur Wikipédia), utiliser H1-H6 seul a du sens. Si vous commencez à afficher plusieurs teasers d'articles sur une page, vous vous retrouverez avec le désordre si vous comptez uniquement sur les balises H1-H6 pour structurer votre contenu.
Thirdender

@thirdender: À mon humble avis, si vous affichez une page contenant plusieurs artciles, vous pouvez utiliser <h1>pour envelopper le vrai nom de la page "Articles en train de parler ..." et l'en-tête des articles pourrait être enveloppé <h2>, je ne vois toujours pas pourquoi vous doivent utiliser <h1>plusieurs fois dans la page.
Marco Demaio

1
@MarcoDemaio, oui, il est possible de le faire de cette façon, mais vous ne tirez pas pleinement parti des éléments de section HTML5. Voir Smashing Magazine: Structural Semantics - The Importance Of HTML5 Sectioning Elements . Il martèle vraiment les lacunes des mécanismes de présentation de documents historiques et la façon dont ils sont traités par les nouveaux éléments de section HTML5. Ceux-ci profitent aux programmeurs en leur facilitant la vie et profitent aux utilisateurs de lecteurs d'écran en normalisant les pratiques de contour de manière significative.
Thirdender

Réponses:


14

Selon Matt Cutts, Google ne pénalise pas les sites uniquement pour avoir plusieurs <h1>balises . Il est possible que leurs indexeurs soient programmés pour détecter une utilisation excessive flagrante <h1>- comme, disons, avoir tout votre texte dans des <h1>balises - et pour pénaliser ces pages, mais je n'ai vu aucune confirmation directe de cela. Il est très probable que leur personnel humain, s'il est alerté d'une telle page, la considérera comme un abus et agira en conséquence.

Je ne travaille pas chez Google et je n'ai aucune idée de la façon dont leurs algorithmes fonctionnent réellement (au-delà de ce qui peut être déduit des observations et des publications de gens qui le savent), mais si je devais écrire leur code de gestion de titre, j'allouerais un certain "poids de titre" par page et divisez ce poids proportionnellement sur tous les titres de la page. De cette façon, avoir deux <h1>balises aurait exactement le même effet que d'en avoir une seule longue, et utiliser uniquement, disons, des <h3>balises sur une page aurait exactement le même effet que d'utiliser uniquement <h1>. C'est une solution tellement évidente que je serais plutôt surpris si Google ne faisait pas plus ou moins quelque chose comme ça.


1
Asker ne mentionne pas exactement ce à quoi il est fait référence, mais il convient de noter que la vidéo à laquelle Ilmari renvoie est de 2009. La mise à jour qui était spécifiquement destinée à être une pénalité de suroptimisation (finalement appelée Penguin ) n'a été introduite qu'il y a environ une semaine .
Di

8

Il est généralement recommandé de n'en avoir qu'un seul <h1>sur une page, ou seulement 1 <h1>dans une section pour HTML5. Google ne vous pénalisera pas pour avoir respecté les normes HTML, pas plus qu'il ne vous pénalisera pour en avoir plusieurs <h1>- il peut vous pénaliser pour avoir SEULEMENT <h1> cependant.

Le point important est qu'il s'agit des exigences du contenu et des exigences des utilisateurs - qu'ils soient voyants ou non, cela devrait l' emporter.

Voici Johnathan Mueller de Google confirmant que Google peut indexer HTML 5 , et qu'il ne fait rien de spécial pour cela, c'est-à-dire vous récompenser pour l'utilisation de HTML 5.

Nos systèmes d'exploration et d'indexation ne font actuellement rien de spécial pour HTML5, il n'y a donc pas de "bonus" pour l'utilisation de constructions HTML5, mais de même, généralement, aucun inconvénient. Cela dit, la plupart des pages avec du balisage HTML5 que j'ai vues ont tendance à être très propres - avec de petits éléments "cruels" et inutiles. Bien que le balisage propre ne soit pas quelque chose que nos algorithmes recherchent explicitement, nous voyons parfois des pages presque insaisissables. De plus, un balisage propre facilite beaucoup la maintenance du site Web, l'ajout de nouveaux éléments comme les microformats et rend les pages plus portables sur une variété de navigateurs et d'appareils. Donc, dans cet esprit, rien ne vous empêche (du point de vue de la recherche) de créer un site génial en HTML5 :).


prouve ce que tu dis. prouver que google comprend AUJOURD'HUI html5 ... ce sera certainement à l'avenir. mais aujourd'hui?
skyline26

1
du blog des coupes mates: étiquettes H1 excessives - tous ensemble maintenant: H1 est pour la rubrique supérieure; H2 et H3 pour le reste. Vous ne devez avoir qu'un seul titre H1 par article ou page.
skyline26

@toPeerOrNotToPeer oui, précisément. Suivez les normes et vous n'aurez aucun problème, mais Google ne pénalise pas les multiples H1 et comprend le HTML 5.
toomanyairmiles

La restriction simple H1 n'a jamais été vraie.
Su »

@Su 'ce n'est pas dans les spécifications, non. C'est cependant une pratique généralement acceptée - j'ai toutefois surestimé le cas.
toomanyairmiles

3

Tout le monde pointe toujours le post de Matt Cutts de 2009. Voici une vidéo de 2011 lors d'un chat en direct sur webcam où Matt Cutts indique spécifiquement sa préférence pour une seule <h1>balise par page.


Bienvenue sur le site! C'est un lien informatif - pouvez-vous développer un peu votre réponse pour mieux répondre à la question? Sinon, votre réponse est plus proche d'un commentaire. Merci!
dan

3

Il a toujours été permis d'utiliser plusieurs <h1>dans un document et n'a jamais été arbitrairement pénalisé. Trop le faire est ce qui pourrait devenir un problème.

En ce qui concerne Google, vous devrez simplement faire confiance aux ingénieurs qui font leur travail et s'ils indexent correctement HTML5, Googlebot sait que les imbriqués <h1>sont effectivement poussés "vers le bas" d'un niveau. Si vous ne faites pas confiance à cela, ne le faites pas et faites-les manuellement <h2>jusqu'à ce que vous obteniez une réponse claire et directe à ce sujet. (Le lien vers le post de Johnathan Mueller dans la réponse de @toomanyairmiles est intéressant, mais pas assez complet pour moi.) Je n'ai pas encore vu cela se produire.


1

Je suppose que cette question est basée sur la logique selon laquelle une <h1>balise représente le seul titre principal de la page. Bien que cela ait pu être vrai les jours précédents, HTML5 a changé ce type de logique. En HTML5, la <h1>balise est le titre principal d'une section. Cela pourrait être une page complète, une sous-page, un module, etc. Un bon exemple de la raison pour laquelle cette différence est importante lors de la construction d'un système modulaire de différentes sections dédiées à différentes activités.

Imaginez un système avec plusieurs "pages" alignées les unes à côté des autres. Chaque page a un objectif différent: une pour la météo, une pour l'organisation des tâches, une pour l'affichage des clients, etc. Chacune de ces pages peut être explorée (prévisions heure par heure, tâche unique, client unique) et celles-ci des "sous-pages" pourraient être placées visuellement à côté des pages réelles.

Avant HTML5, vous devez déterminer de manière logique la balise d'en-tête appropriée et, si vous allez plus de 6 niveaux, vous n'avez plus de balises d'en-tête. Avec HTML5, vous pouvez les définir tous comme <h1>sans logique supplémentaire ni limitation d'imbrication.


Mais il a demandé "Google fera-t-il des pages ...". Le système que vous imaginez dans votre réponse ressemble plus à une interface d'application Web qu'à un webiste. Habituellement, les applications Web sont censées rester derrière une connexion, Google ne peut donc pas les explorer du tout.
Marco Demaio
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.