Titres H1 à H6 : une hiérarchie qui sert le lecteur, le SEO et les IA

« Un seul H1 par page » figure dans toutes les checklists SEO, et mon propre diagnostic SEO gratuit le contrôle. Pourtant, ni Google ni le RGAA n'en font une règle absolue. J'ai relu les textes officiels et passé mes propres pages au crible : voici ce qui compte vraiment dans une hiérarchie H1 à H6, ce qui relève de la bonne pratique, et comment corriger.

Un H1 par page : ce que la documentation Google écrit vraiment

Le guide de démarrage SEO de Google Search Central consacre un paragraphe à ce sujet, dans sa liste d'idées reçues. Je le cite tel quel dans sa version française : « Pour les lecteurs d'écran, c'est très bien d'avoir les titres dans un ordre sémantique. Toutefois, pour la recherche Google, ils peuvent être dans le désordre, peu importe. » Le même passage précise qu'il n'existe « pas de nombre idéal de titres », avec cette nuance pragmatique : « si vous pensez qu'il y en a trop, c'est probablement le cas ».

Deux H1 ne sont donc pas une faute aux yeux de Google. La conséquence concrète est documentée ailleurs, dans la page sur les liens de titre (le titre cliquable des résultats), que Google construit notamment à partir des éléments de titre de la page. Quand plusieurs titres ont le même poids visuel ou le même niveau, le titre principal n'est plus clair, et Google peut reprendre le premier. Sa recommandation : rendre le titre principal distinct, par exemple en le plaçant dans le premier <h1> visible de la page.

C'est l'argument que je retiens pour le H1 unique. Pas une pénalité, mais un signal sans ambiguïté sur le sujet de la page, cohérent avec la balise title. MDN dit la même chose côté HTML : plusieurs <h1> sont permis par le standard, mais une page doit généralement en avoir un seul, qui décrit son contenu.

Ce que mon diagnostic SEO contrôle, et ce qu'il ne voit pas

Mon outil applique cette logique de bonne pratique dans son score : 15 points sur la partie SEO on-page pour un H1 unique, 7 s'il y en a plusieurs, 0 s'il n'y en a aucun. Un H1 absent est classé en erreur, plusieurs H1 en simple avertissement. Voici ce qu'il affiche sur un de mes articles.

Ce contrôle a ses limites. Le décompte se fait sur tout le HTML de la page, en-tête et pied de page compris. Sur ce même article, la section « Contenu & structure » annonce 4 H2 détectés : 3 sont les intertitres de l'article, le quatrième est le titre du bloc newsletter en bas de page. Le contrôle ignore aussi les titres déclarés en ARIA (role="heading" avec aria-level), que le RGAA accepte pourtant. Si votre H1 est construit ainsi, le diagnostic le comptera comme absent : vérifiez dans le code avant de corriger.

La hiérarchie des titres côté accessibilité : le critère 9.1 du RGAA

Le critère 9.1 du RGAA demande que, dans chaque page, l'information soit structurée par l'utilisation appropriée de titres. Il se décline en trois tests : une hiérarchie pertinente, un contenu de titre pertinent, et chaque passage qui joue visuellement le rôle de titre balisé en <hx> ou avec le rôle ARIA équivalent. Ce troisième test est le plus facile à oublier : un intertitre en gras dans un paragraphe reste invisible pour un lecteur d'écran qui navigue de titre en titre. Pour une méthode de vérification à la portée d'une équipe non spécialiste, voyez mon guide pour tester l'accessibilité de son site sans expert RGAA en interne.

Le glossaire du RGAA est plus souple que la plupart des checklists. Une hiérarchie stricte y est présentée comme une bonne pratique, mais un saut de niveau (un <h3> juste après un <h1>) n'invalide pas le critère tant que la structure reste cohérente, et la hiérarchie n'a pas obligatoirement à contenir un <h1>. Ces pratiques ne sont pas encouragées, elles ne sont simplement pas éliminatoires.

Mon outil de vérification de la hiérarchie des titres est plus strict que le texte officiel : il signale plusieurs H1 et tout saut de niveau. Ici, sur un exemple fictif que j'ai écrit pour l'illustration :

Lisez ces alertes comme des points à examiner, pas comme des non-conformités automatiques. Dans une relecture RGAA, c'est la cohérence d'ensemble qui est jugée, et c'est elle qui compte pour l'accessibilité numérique réelle de la page.

Un plan de titres lisible par les IA qui extraient des passages

Côté moteurs génératifs, je reste prudent. Google écrit qu'il n'existe aucune exigence supplémentaire ni optimisation spéciale pour apparaître dans AI Overviews ou AI Mode : les bonnes pratiques SEO habituelles s'appliquent. Aucun moteur, à ma connaissance, ne documente un traitement particulier des balises Hn.

Mon raisonnement sur le GEO est plus pratique. Un moteur génératif cite un passage, rarement une page entière. Un intertitre qui énonce clairement le sujet de la section donne son contexte au paragraphe qui suit, ce qui le rend compréhensible une fois extrait. Un intertitre vague (« Approche », « En savoir plus ») ne dit rien au lecteur pressé, ni à un système qui découpe la page.

J'applique le même test à mes pages. Voici le plan de titres de la page de mon diagnostic SEO, obtenu en collant son HTML de production dans l'outil :

L'outil ne relève aucun problème, et pourtant le plan n'est pas parfait : les trois articles recommandés sont au même niveau que « À lire aussi » alors qu'ils en dépendent, des H3 décriraient mieux la relation. Ce n'est bloquant ni pour Google ni pour le RGAA, mais c'est le genre de détail qu'un plan de titres révèle et qu'une lecture à l'écran ne montre jamais.

Corriger la hiérarchie H1 à H6 en quatre gestes

Je procède toujours dans le même ordre. D'abord, un seul H1, visible, qui reprend le sujet de la balise title sans forcément la recopier. Ensuite, des H2 pour les grandes parties et des H3 pour leurs subdivisions, formulés comme des énoncés qui ont du sens hors contexte. Puis je transforme en vrais titres les faux intertitres (texte en gras, <div> stylés), et inversement : un élément choisi en <h4> pour sa petite taille redevient un paragraphe, la taille se règle en CSS. Enfin, je vérifie le plan obtenu avec un outil, pas à l'œil.

<h1>Rénovation de cuisine à Rennes</h1>
<h2>Prestations de rénovation</h2>
<h3>Pose de plan de travail</h3>
<h3>Remplacement des façades</h3>
<h2>Délais et devis</h2>
<!-- Taille visuelle réglée en CSS, pas par le niveau de titre -->
<p class="surtitre">Projet accompagné de A à Z</p>

Sur un site sous CMS, le problème vient souvent du thème : logo en H1 sur toutes les pages, titres de widgets en H2 ou H3 dans la barre latérale. La correction se fait alors une fois dans le gabarit, pas page par page. C'est l'un des points que je vérifie en premier quand je relis un site, et que mon diagnostic SEO gratuit contrôle aussi.

Sources : Google Search Central, guide de démarrage SEO (nombre et ordre des titres) ; Google Search Central, liens de titre ; Google Search Central, fonctionnalités d'IA et votre site ; RGAA 4.1, critère 9.1 ; RGAA 4.1, glossaire (Titre) ; MDN, éléments de titre ; mesures sur ce site (diagnostic SEO et outil de hiérarchie des titres, 9 octobre 2026).

Pour aller plus loin : GEO vs SEO : deux logiques, pas deux camps, Le maillage interne compte-t-il encore pour le GEO ?