Vous ouvrez votre éditeur HTML et vous voyez ceci : un H2, puis un H4, puis un H3 qui flotte tout seul en fin de section. Rien ne plante. Le navigateur affiche quelque chose de parfaitement lisible. Et pourtant, quelque chose ne va pas — quelque chose que ni vous ni moi ne voyons à l'écran, mais que les moteurs lisent très bien.
La hiérarchie des balises Hn est probablement l'endroit où le décalage entre ce qu'on croit faire et ce qu'on fait réellement est le plus grand, en rédaction web. On passe des heures sur le maillage interne, on peaufine ses meta descriptions, et on balance des titres au hasard parce que « ça a l'air bien » dans l'éditeur. Franchement, j'ai fait ça pendant longtemps.
Voici ce que j'ai appris en corrigeant des dizaines d'articles — dont les miens, souvent mal fichus.
Points clés à retenir
- La hiérarchie Hn est une structure logique, pas une échelle de tailles de police. Un H3 n'est pas « un H2 plus petit », c'est un enfant du H2 qui le précède.
- Un seul H1 par page, et il correspond au titre principal réellement affiché — pas à votre logo.
- Sauter un niveau (H2 → H4) casse la lecture pour un lecteur d'écran et brouille l'ordre des sections pour les robots.
- Le H1 porte le sujet ; les H2 portent les grandes questions ; les H3 portent les précisions. Un H2 qui ne raconte rien de la section en dessous ne sert à rien.
- Un titre décoratif (« Bienvenue ! », « À propos ») n'a pas besoin d'être un Hn. Un simple paragraphe suffit très souvent.
Pourquoi la hiérarchie des balises Hn structure vraiment votre article
Une page sans Hn, c'est un texte qu'il faut lire intégralement pour savoir de quoi il parle. Une page bien balisée, c'est un texte qu'on peut survoler en trois secondes et comprendre. Le lecteur qui arrive depuis un moteur de recherche ne lit pas de haut en bas — il scanne, il cherche un titre qui répond à sa question, il clique là.
Et un lecteur d'écran ? Il ne vois pas la mise en forme. Il utilise un raccourci clavier pour sauter de titre en titre. Si votre H2 est suivi d'un H4, il ne saura pas si le H4 est une sous-section du H2 ou une section perdue. Pour lui, la structure est le seul repère disponible.
Le rôle de chaque niveau en pratique
Oubliez la théorie des manuels. Voici comment je répartis, sur un article comme celui-ci :
- H1 : le titre. Un seul. Il contient le sujet principal, et il est déjà affiché par votre CMS dans 90 % des cas — vérifiez-le plutôt que de le doubler.
- H2 : les grandes parties. Chaque H2 doit répondre à une question ou résoudre un sous-problème. Si vous ne pouvez pas formuler la question à laquelle il répond, c'est qu'il ne sert à rien.
- H3 : les précisions sous un H2. Deux ou trois par section, en général. Pas obligatoire, mais souvent utile quand une section dépasse 300 mots.
- H4 et au-delà : rarement nécessaire dans un article de blog. Sur une documentation technique, une page produit très longue ou une FAQ imbriquée, oui. Mais à ce niveau, il faut déjà une raison sérieuse de descendre.
La règle que je répète à chaque relecture : si vous devez ajouter un H5 pour que ça tienne debout, vous avez un problème de plan, pas un problème de balise.
Un squelette HTML concret (et un contre-exemple annoté)
Voici la structure que j'utilise par défaut, sur mon propre blog, pour presque tous mes articles. Elle tient en dix lignes et elle règle 80 % des cas.
Le modèle copiable
<h1>Structurer un article avec la hiérarchie des balises Hn</h1>
<h2>Pourquoi la hiérarchie compte</h2>
<h3>Le rôle de chaque niveau</h3>
<h3>Ce qui casse quand on saute un niveau</h3>
<h2>Comment répartir ses mots-clés</h2>
<h3>Le H1 et ses variantes</h3>
<h3>Le piège du sur-optimisation dans les H2</h3>
<h2>Les erreurs que je vois le plus souvent</h2>
<h3>L'erreur du double H1</h3>
<h3>Les titres purement décoratifs</h3>
Trois niveaux utilisés. Deux H2, quatre H3, un H1. Rien de plus. Pour 90 % des articles de blog, c'est amplement suffisant.
Le contre-exemple que je rencontre deux fois par semaine
Voici la structure que je vois régulièrement quand on me demande de relire un article :
<h1>Mon super article</h1>
<h1>Bienvenue</h1> ← deuxième H1, inutile
<h2>Introduction</h2> ← pas une vraie section
<h4>Contexte</h4> ← saut de niveau
<h3>Détails</h3> ← enfant d'un H4 ? perdu
<h2>Conclusion</h2>
Ce que le navigateur affiche : un titre, un autre titre, puis du texte. Ça passe. Ce qu'un lecteur d'écran annonce, en revanche : « Heading level one, Heading level one, Heading level two, Heading level four, Heading level three, Heading level two ». Ce n'est plus une structure — c'est une suite de balises mal rangées. La hiérarchie a disparu.
Réparer ça prend deux minutes. Retirer le H1 « Bienvenue », transformer « Introduction » en paragraphe d'accroche (ou le supprimer), remonter « Contexte » en H3, et laisser « Détails » en H3 ou le fusionner avec « Contexte ».
Comment répartir ses mots-clés entre H1, H2 et H3
C'est la question qu'on me pose le plus souvent, et celle où j'ai le plus changé d'avis au fil des années. Je pensais qu'il fallait « placer le mot-clé » dans chaque titre. C'est faux, et même contre-productif.
Le H1 porte le sujet, les H2 posent des questions
Votre H1 doit contenir le sujet principal — c'est le seul endroit où je considère le mot-clé comme vraiment obligatoire. Ensuite, la logique change : un H2 qui répète le mot-clé du H1 à l'identique ne fait rien avancer. Il sur-optimise.
Ce que je fais, moi : chaque H2 reformule une variation sémantique du sujet, sans y coller le mot-clé exact. Sur ce présent article, le sujet est « hiérarchie des balises Hn ». Mes H2 parlent de « pourquoi la hiérarchie compte », de « répartition des mots-clés », des « erreurs fréquentes ». Aucun ne répète le mot-clé du H1 mot pour mot. Et pourtant, tous y reviennent de biais.
Le piège de la sur-optimisation des titres
Il y a une tentation très forte à écrire des titres comme :
- « Hiérarchie des balises Hn : définition de la hiérarchie des balises Hn »
- « Balise H1 : comment utiliser la balise H1 »
Vous l'avez lu, ça vous a agacé. Le moteur aussi, probablement. Et surtout, le lecteur ne clique pas. Un titre qui répète son mot-clé deux fois ressemble à une page commerciale de 2010, pas à un article qu'on a envie de lire. Ma règle personnelle : un H2 qui contient le mot-clé exact une seule fois, c'est déjà bien. Deux fois, c'est suspect. Trois fois, c'est une erreur.
Les erreurs de hiérarchie que je vois le plus souvent
Sur les dizaines de relectures que j'ai faites l'an dernier, trois erreurs reviennent systématiquement. Elles ne sont pas graves individuellement, mais combinées, elles transforment un article correct en page illisible pour les machines comme pour les humains.
Le double H1, ou le H1 déjà affiché par le CMS
Le cas le plus fréquent, et le plus sournois. Votre thème WordPress (ou votre template quel qu'il soit) affiche déjà le titre de l'article en H1. Vous, dans votre éditeur, vous commencez par un paragraphe, puis vous mettez votre premier titre en H2. Et là, tout va bien.
Sauf si vous copiez-collez un contenu rédigé ailleurs — un document Word, une note Notion, un article repris d'un ancien site. Le H1 arrive avec le copier-coller, et vous vous retrouvez avec deux H1 sur la page. Ça arrive énormément. La solution est simple : inspectez le code source de la page une fois publiée (Ctrl+U, ou l'inspecteur), cherchez tous les <h1>. S'il y en a plus d'un, retirez-en un — celui qui est dans le contenu, en général.
Les titres décoratifs qui n'ont rien à faire là
« À propos », « Contact », « Newsletter », « Articles similaires » : dans le pied de page ou la barre latérale, ces textes sont souvent balisés en H2 ou H3 par le thème. Ce n'est pas un drame — mais c'est du bruit qui pollue la structure réelle de votre contenu.
Si vous pouvez intervenir sur votre thème (et vous pouvez, sur la plupart des CMS modernes), repérez ces faux titres et remplacez-les par des <div> ou des <p> stylés. Ce n'est pas du bricolage — c'est du nettoyage.
Le titre qui n'annonce rien
Celui-ci est plus difficile à corriger, parce qu'il ne s'agit pas de balises mais de rédaction. Un H2 qui s'appelle « Présentation », « Contexte » ou « Autres informations » ne dit rien de la section qu'il coiffe. Le lecteur ne peut pas décider s'il doit la lire. Le moteur non plus.
Comparez : « Contexte » contre « Le cas des articles repris d'un ancien site ». Devinez lequel donne envie de descendre la page.
| Situation | Balise | Ce qu'il faut faire |
|---|---|---|
| Titre principal de l'article | H1 | Un seul, affiché par le CMS le plus souvent |
| Grande partie de l'article | H2 | Un par section, répond à une question |
| Sous-partie d'une section | H3 | Optionnel, utile au-delà de 300 mots |
| Détail très spécifique | H4 | Rare dans un blog, utile en documentation |
| Titre décoratif (« Accueil », « Contact ») | — | <div> ou <p> stylé |
| Titre d'une carte produit | H2 ou H3 | Selon la position dans la page |
Est-ce que le niveau des balises Hn a un impact direct sur le référencement ?
Question piège. La réponse honnête : personne, à part les ingénieurs des moteurs, ne peut affirmer avec certitude que Google classe mieux une page à cause de ses Hn. Le signal n'est pas un facteur direct — c'est un facteur indirect, mais puissant.
Ce qui est vrai, en revanche : la hiérarchie Hn a un effet mesurable sur d'autres choses qui pèsent lourdement dans le classement. La lisibilité de la page (donc le temps passé dessus, le taux de rebond), la compréhension de la structure par les robots (donc la capacité à extraire un extrait pertinent), et l'accessibilité (donc l'usage réel par les visiteurs malvoyants ou sur petits écrans). Un article mal balisé perd sur ces trois tableaux à la fois.
Mon expérience personnelle : sur un ancien blog, j'avais repassé un article de 1 800 mots en hiérarchie propre (un H1, quatre H2, six H3), sans toucher au texte ni aux liens internes. Le trafic organique sur cet article a progressé d'environ un tiers en deux mois. Je ne peux pas prouver que c'était ça — mais c'est la seule chose que j'avais changée, et ce n'était pas la première fois que ça m'arrivait.
La structure type selon le type de page
Une page produit, un article de blog et une page catégorie ne se balisent pas de la même façon. Voilà ma grille, que j'ai mise au point après avoir vu trop de structures identiques étalées sur des types de pages qui n'ont rien à voir.
L'article de blog
Un H1, deux à cinq H2, un à trois H3 par H2. C'est la structure la plus classique et la plus libre. C'est aussi — j'assume — celle qui pardonne le plus les écarts. Un article où un H2 est un peu faible ne s'écroule pas. Il suffit qu'il reste un enfant logique de son parent.
La page produit
Là, la logique change. Le H1 est le nom du produit. Les H2 sont les grandes rubriques techniques (description, caractéristiques, avis, FAQ). Les H3 descendent dans les détails — et là, descendre jusqu'au H4 est parfois légitime, par exemple dans une fiche technique très longue. Le piège, c'est de baliser en Hn les noms de champs (couleur, taille, prix) — ça n'a aucun sens. Un nom de champ, c'est un <label>, pas un titre.
La page catégorie
Souvent oubliée, cette page a une structure très particulière : un H1 (le nom de la catégorie), un court texte d'introduction, puis une grille de produits. Chaque produit de la grille peut légitimement avoir un H2 ou un H3 pour son nom — mais jamais au-delà. J'ai vu des thèmes baliser chaque carte produit en H2 avec une quinzaine de produits sur la page : un lecteur d'écran annonce alors quinze H2 à la suite, sans aucune hiérarchie entre eux. Ce n'est pas une erreur fatale, mais c'est un signal faible que vous pouvez corriger en changeant de thème ou en posant un filtre.
Ce que je fais concrètement avant de publier
Une checklist courte, celle que j'applique moi-même. Elle prend trois minutes par article.
- J'ouvre l'aperçu de la page, j'inspecte le code source, je compte les
<h1>: il doit y en avoir exactement un. - Je liste les H2 dans l'ordre. Si la suite ne raconte pas une histoire logique (« de quoi on parle » → « comment on fait » → « les erreurs » → « ce qu'il faut retenir »), le plan est à revoir.
- Je vérifie qu'aucun niveau ne saute : pas de H4 sans H3 au-dessus, pas de H2 sans H1 avant.
- Je regarde chaque H3 : est-ce que c'est vraiment une sous-section du H2 qui le précède, ou une section autonome déguisée ?
- Je relis les titres à voix haute. Si aucun ne donne envie de lire la suite, il faut les réécrire — pas les réorganiser.
Et si vous devez retenir une seule chose de tout ça, retenez ceci : une hiérarchie de titres, c'est un plan. Un plan, ça se dessine avant d'écrire. Le jour où vous aurez rédigé vos H2 sur une feuille, avant même d'ouvrir votre éditeur, la moitié des problèmes de balisage disparaîtra d'elle-même.
Le reste, ce sont des corrections mineures. Mais des corrections mineures qui, additionnées sur cent articles, finissent par peser lourd dans la balance.
