Un client m'envoie un jour un audit SEO tout propre : 47 pages, 31 en "erreur critique de structure Hn", avec cette phrase en rouge dans le rapport : « H1 manquant ou dupliqué ». Je regarde la page d'accueil. Un H1. Le titre de la page. Normal. Puis je descends dans le code source. Un deuxième H1, caché dans un bloc de header construit par le thème. Personne ne l'avait vu à l'écran parce que le CSS le masquait.
L'audit avait raison, et moi j'avais tort de croire que c'était un détail.
Voilà le problème avec les balises Hn : tout le monde croit savoir ce que c'est, et presque personne ne regarde vraiment ce que produit son CMS. On parle de structurer son contenu avec les balises Hn pour le SEO comme d'une évidence, alors que dans les faits, la moitié des sites que j'ouvre ont une hiérarchie cassée quelque part. Ce n'est pas un sujet de débutant qu'on traite une fois pour toutes. C'est un chantier qui revient.
Points clés à retenir
- Les balises Hn (H1 à H6) sont des balises HTML de titres, hiérarchisées, qui donnent le plan de la page
- Un seul H1 par page, placé en haut du contenu principal — et vérifié dans le code source, pas seulement à l'écran
- Un saut de niveau (H2 → H4) ne fait pas planter Google, mais brouille la lecture d'un contenu comme d'un LLM
- Une balise Hn n'est pas un outil de mise en forme : si vous voulez du gros texte, prenez du CSS
- Un outil de contrôle Hn vous fait gagner du temps, à condition de lire ce qu'il signale
- La vraie question n'est pas « combien de Hn », c'est « est-ce que ce plan tient debout tout seul »
Pourquoi la structure Hn compte plus qu'on ne le croit
Retirez le CSS d'une page web. Il reste le texte brut et ses titres. C'est exactement ce que voit un moteur de recherche, dans les grandes lignes. Les balises Hn sont ce qui reste quand on enlève la décoration, et c'est pour ça qu'elles pèsent.
Ce que Google comprend réellement de vos titres
Le moteur ne « lit » pas votre page comme un humain qui fait défiler. Il en extrait une structure : quel est le sujet principal, quelles sont les sections, comment s'articulent les sous-parties. Le H1 donne le sujet, les H2 découpent les grands blocs, les H3 précisent. Si ce squelette est cohérent, la page se comprend vite. S'il est incohérent, le moteur s'appuie sur d'autres signaux moins fiables.
Franchement, l'impact d'un H2 mal placé sur un classement est difficile à mesurer isolément. J'ai déjà réécrit entièrement la hiérarchie d'un article sans bouger une virgule du corps de texte : position stable. À l'inverse, j'ai vu une page passer de la position 9 à la 4 après une refonte de structure où j'avais simplement remonté les bons sujets en H2 et fusionné trois H3 redondants. Corrélation, pas causalité. Mais l'expérience se répète assez pour que je continue.
L'argument qu'on ne pouvait pas avoir il y a cinq ans
Voilà l'angle qui manque à peu près partout dans les articles sur le sujet, et c'est celui qui m'intéresse le plus aujourd'hui. Les moteurs de réponse génératifs ne parcourent pas une page en entier pour la citer : ils en extraient des passages. Un titre de section clair, suivi d'un paragraphe qui répond à la question posée par ce titre, forme un bloc autonome, citable tel quel. Un contenu noyé dans un unique H2 fourre-tout ne s'extrait pas de la même manière.
Autrement dit : une bonne hiérarchie Hn fabrique des unités de réponse. Ce n'est plus seulement une affaire de référencement classique, c'est une affaire de citabilité. Et ça change la façon d'écrire les titres.
Comment structurer ses titres sans se tromper
La règle de base tient en une phrase : un seul H1, puis une descente logique, sans sauter d'étage. Mais la théorie ne dit rien des cas réels.
Le H1, ce titre qui doit aller avec sa page
Un H1 par page. Celui de la page d'accueil n'est pas celui d'un article. J'ai longtemps laissé le H1 d'un blog afficher le nom du site, par paresse de thème. Mauvaise idée : le H1 doit décrire le contenu de la page, pas la marque qui la publie. Si votre template injecte le titre du site en H1 et votre titre d'article en H2, vous avez un problème de fond, et il se corrige dans le thème, pas dans l'éditeur.
Un exemple avant/après, plutôt qu'un long discours
Voici une structure que j'ai trouvée sur un site de e-commerce il y a peu, dans le code source de la fiche produit :
- H1 : « Chaussures de randonnée imperméables »
- H3 : « Caractéristiques techniques »
- H3 : « Livraison et retours »
- H5 : « Vous aimerez aussi »
Deux sauts de niveau, et une section « Vous aimerez aussi » qui n'a rien à faire dans la hiérarchie sémantique du produit. Après correction, la structure donnait un H2 « Caractéristiques techniques », un H2 « Livraison et retours », et le bloc de recommandations relégué en dehors de la hiérarchie (un simple paragraphe stylé, pas un titre). Résultat concret : une fiche plus lisible, et un signal sémantique qui ne se mélange plus avec du contenu marchand.
La vraie erreur, celle qu'on ne voit pas
Le saut de niveau, tout le monde en parle. Le H1 fantôme, beaucoup moins. Je vous le dis d'expérience : la panne la plus fréquente, ce sont les balises qui ne se voient pas à l'écran. Un titre de logo en H1, un H4 utilisé pour styler un prix en gros caractères, un H2 répété automatiquement par un module d'avis clients. Sur la page, tout paraît propre. Dans le code, c'est le chaos.
Bref : ouvrez le code source. Pas le rapport de l'outil, le code.
L'analyse de balise Hn : ce qu'un contrôleur regarde vraiment
Un outil d'analyse de balise Hn fait une chose simple : il liste tous les titres d'une page, dans l'ordre où ils apparaissent, avec leur niveau. Ce n'est pas de la magie, c'est un comptage. Son intérêt, c'est le regard extérieur : il voit des balises que votre œil de concepteur ne voit plus.
Que vaut un contrôleur Hn dans la pratique ?
Un bon contrôleur Hn vous signale trois choses utiles : le nombre de H1, les sauts de hiérarchie, et l'ordre exact des titres. C'est tout. Ce qu'il ne dit pas : si vos titres racontent une histoire cohérente une fois lus dans l'ordre. Le compteur peut afficher zéro erreur et la page rester incompréhensible pour un lecteur pressé.
Je me suis fait avoir une fois. Un outil m'affichait une structure parfaite : H1, puis H2, puis H3, puis H3. Aucun saut. Sauf que le deuxième H3 répétait mot pour mot le premier H2, et que le contenu sous ce H3 contredisait le H2. Techniquement irréprochable, éditorialement absurde. Les outils ne corrigent pas les erreurs de jugement.
Structure sémantique contre structure purement visuelle
Un tableau vaut mieux que trois paragraphes pour saisir la différence entre ce qu'un CMS fait par défaut et ce qu'un contenu bien structuré demande :
| Point | Balise de titre correcte | Balise utilisée pour styler |
|---|---|---|
| Rôle | Donner le plan de la page | Grossir le texte visuellement |
| Effet sur un moteur de recherche | Bonne compréhension du sujet | Aucun, voire signal brouillé |
| Effect sur un lecteur d'écran | Navigation par titres fonctionnelle | Navigation faussée |
| Changement de style | Vient du CSS | Aucun (le style est dans la balise) |
| Risque principal | Mauvaise hiérarchie | Contenu illisible pour les outils |
Le point qui m'énerve le plus, c'est la ligne « accessibilité ». Les balises Hn ne servent pas qu'aux robots : un lecteur d'écran les utilise pour naviguer par sections. Une structure cassée rend un contenu pénible à parcourir pour une partie de vos lecteurs. Ça, aucun outil de suivi de position ne le mesure.
Les erreurs qui cassent silencieusement une structure
Il y en a une poignée, elles reviennent toujours. Les voici, avec ce que j'observe le plus souvent.
- Deux H1 sur la même page — presque toujours un artefact de thème, jamais une décision éditoriale
- Un H3 qui suit directement le H1 : le H2 a disparu parce que le rédacteur trouvait le titre trop long à afficher
- Des titres qui ne veulent rien dire sortis de leur contexte : « En savoir plus », « Nos engagements », « Pourquoi nous »
- Une balise Hn utilisée pour grossir un prix, un chiffre, un mot en gras dans un paragraphe
And the worst part? Ce dernier cas est de loin le plus fréquent. Il vient d'une logique parfaitement compréhensible : le rédacteur veut un texte plus gros, il choisit H4 dans l'éditeur, il ne voit pas la différence. Sauf que la balise part dans le code, et que le plan sémantique se remplit de faux titres qui ne décrivent rien.
Corriger sa structure sans tout réécrire
Une méthode que j'applique depuis quelque temps, et qui marche : lisez uniquement les titres d'une page, dans l'ordre, sans le corps de texte. Si vous comprenez le sujet et le plan, la structure est bonne. Si vous voyez des titres orphelins, des doublons ou des phrases absurdes hors contexte, il y a du travail — et vous n'avez pas besoin d'ouvrir un outil pour le savoir.
Le reste est mécanique : remonter les niveaux quand ça saute, rétablir un seul H1, sortir les faux titres. Comptez une demi-journée pour une dizaine de pages, si le CMS ne vous complique pas la tâche. Sur un site que j'accompagne, un thème mal branlé réinjectait un H2 à chaque module d'avis clients. Il a fallu deux jours pour trouver d'où venait le doublon, et dix minutes pour le supprimer. C'est le genre de ratio qui résume le SEO technique.
Ce qui reste quand on a tout compris
Les balises Hn ne sont pas un levier de classement. Ce sont des repères de compréhension, pour un moteur, pour un lecteur d'écran, pour un LLM qui cherche un passage à citer. Un plan clair se ressent au moment où on parcourt la page du regard, pas dans un rapport d'audit.
Et si vous ne deviez vérifier qu'une chose sur votre site ce mois-ci, ce serait celle-ci : votre H1 décrit-il ce que contient la page, ou répète-t-il le nom de votre site ? La réponse en dit long sur le reste de votre structure.
