web-dev-qa-db-fra.com

Différences de compatibilité SEO et navigateur pour les rubriques <H1> si <H9>

Nous connaissons tous l'importance des vedettes pour les webmasters professionnels. Celles-ci étaient connues des développeurs professionnels sous le nom: <h1>Heading 1</h1>, et de H2 à H6.

En tant que développeur web audacieux, j'avais récemment besoin de plus de titres courts pour un document structuré complexe. J'ai réfléchi à cela et je les ai utilisés dans mes CSS:

h1,h2,h3,h4,h5,h6{ }

h7{ }
h8{ }
h9{ }

Mon expérience s'est avérée payante, mais uniquement dans Firefox, Safari, Chrome, etc., mais pas dans Internet Explorer 8.

Question 1. Qui (et quand) a décidé que les en-têtes devraient aller jusqu'à H6, et non H4 ou H7?

Question 2. Pourquoi H7 et H9 fonctionnent-ils parfaitement dans tous les principaux navigateurs, sauf IE8?

Question 3. Quelle est l'importance pour Bing, Yahoo et Google en termes de reconnaissance des rubriques H1 à H9? Évidemment, H1 est plus important que H2, mais différencient-ils entre H5 et H6? Ou pas plus que H3?

seohtmlcssheaders
5
Sam

1) Le w3c a décidé cela car ce sont eux qui ont écrit les spécifications HTML 4.

2) Parce qu'ils n'existent pas. Les navigateurs étant supposés ignorer les balises HTML incorrectes, ils affichent simplement le contenu et ignorent la balise. (Je ne sais pas ce que IE 8 fait mais c'est probablement incorrect s'il ne montre pas le contenu).

3) Très probablement, lorsque <hx> diminue, son poids diminue avec <h6> n'étant probablement pas/légèrement meilleur que d'utiliser <strong>. Leur poids exact est inconnu.

6
John Conde

John Conde a fourni une bonne réponse, BAU.

Cependant, j'ai vu vos commentaires sur la réponse de John Conde. Je suis membre de WHATWG (le processus de développement HTML5 actuel est le suivant: quoi de discuter, de créer, de modifier et le W3C ne conserve qu'une copie consolidée. Kristen de Opera est le responsable de la copie).

Cela dit, il y avait eu exactement la même question une fois auparavant, demandant des rubriques au-delà de H6. Mais seuls quelques sites Web ont ce besoin.

Votre exemple, concernant les miettes de pain ... vous ne devriez pas utiliser les en-têtes du tout pour un widget de navigation auxiliar.

L'idée a été refusée à la majorité avec l'explication ci-dessus.

5
Dave

Dans un mail de 1991 , Tim Berners-Lee a expliqué:

En fait, je préférerais, au lieu de <H1>, <H2> etc pour
rubriques [celles-ci proviennent de la DTD AAP] pour avoir une nidification
<SECTION>..</SECTION> élément et un <H>..</H> générique qui, à n’importe quel
au sein des sections produirait le niveau requis de
titre.

La raison pour laquelle nous avons h1-h6 en HTML est que ces éléments faisaient partie de AAP DTD , un type de document SGML destiné aux documents scientifiques.

Donc dans un début projet HTML de 1992 , il est écrit:

Plusieurs niveaux (au moins six) d’en-tête sont pris en charge. Notez qu'un document hypertexte a tendance à nécessiter moins de niveaux de titre qu'un document normal dont la seule structure est donnée par l'imbrication de titres. […]

<H1>, <H2>, <H3>, <H4>, <H5>, <H6>

Ces balises sont conservées telles que définies dans le guide SGML du CERN. Leur définition est complètement historique, dérivée du jeu de balises AAP. […]

Dans le premier brouillon de travail du W3C de HTML5 à partir de 2008 , nous avons obtenu l'algorithme de contour:

Le premier élément du contenu de l'en-tête dans un élément du contenu de la section fournit l'en-tête de cette section.

Ce qui signifie que nous pouvons maintenant utiliser n'importe quel nombre de niveaux d'en-tête, non pas en utilisant un élément générique h, mais en réutilisant des éléments (→ compatibilité ascendante) h1 (-h6) dans la section éléments de contenu ( actuellement : section, article, aside, nav):

<h1>Level 1</h1>
<section>
  <h1>Level 2</h1>
  <section>
    <h1>Level 3</h1>
    <section>
      <h1>Level 4</h1>
      <section>
        <h1>Level 5</h1>
        <section>
          <h1>Level 6</h1>
          <section>
            <h1>Level 7</h1> <!-- wohoo! -->
          </section>
        </section>
      </section>
    </section>
  </section>
</section>
3
unor

Je ne suis pas sûr du type de contenu avec lequel vous travaillez, mais vous l'appelez un "document structuré complexe". J'imagine qu'avec cela, il n'est pas possible de scinder le contenu en différentes sections/pages.

Avec le niveau d'en-tête que vous souhaitez explorer, je me demande si vous êtes trop libéral avec le contenu que vous souhaitez étiqueter en tant qu'en-tête. À l'instar de Lèse majesté, les guillemets et autres balises conviendraient mieux à certains morceaux de contenu.

Je travaille avec plusieurs sites Web gouvernementaux et je rencontre des problèmes tels que celui-ci, où le document est très long et contient une tonne de "sections", qui ne peuvent pas être divisées et qui doivent apparaître sur le site exactement comme il m'a été remis. Généralement, je construis les pages comme un plan, en utilisant des listes imbriquées pour structurer correctement le document afin que l'ordre puisse être interprété correctement par les navigateurs, les lecteurs d'écran, etc.

3
SubTypical