Un client m'appelle l'année dernière, paniqué. Trois semaines après une refonte, son trafic organique a chuté de 40 %. Il pense d'abord à une pénalité, à un mauvais déploiement, à une mise à jour d'algorithme. On passe deux heures sur son site. Le coupable ? Sa nouvelle page d'accueil contient cinq balises H1. Cinq. Une par bloc de la maquette. Et l'agence qui a livré le site a trouvé ça "plus moderne".
Ce genre d'histoire, je la croise toutes les semaines. Pas parce que les balises Hn sont compliquées, mais parce qu'on en parle comme d'une formalité HTML alors que c'est la colonne vertébrale sémantique de chaque page. Voici comment reprendre le contrôle de vos titres, sans jargon inutile, avec la méthode que j'applique moi-même quand j'audite un site.
Points clés à retenir
- Un H1 unique par page n'est pas une loi divine, c'est une convention qui évite 90 % des problèmes.
- Les balises Hn servent d'abord à structurer l'information pour les lecteurs d'écran et les moteurs, pas à décorer.
- Le style visuel d'un titre ne doit jamais dicter son niveau hiérarchique.
- Un H3 avant un H2 n'est pas une erreur fatale, mais c'est souvent le symptôme d'une structure pensée à l'envers.
- Les moteurs de réponse (IA génératives) citent plus volontiers les pages dont les sous-titres ressemblent à des questions réelles.
- WordPress et Shopify ont des réglages par défaut qui bousillent la hiérarchie sans que personne ne s'en aperçoive.
À quoi servent vraiment les balises Hn pour Google (et pour vos visiteurs)
Je vais être direct : Google n'a jamais dit "tu auras un meilleur classement si ton H2 contient ton mot-clé". Cette croyance vient d'une époque ancienne où l'algorithme était plus naïf. Ce qui compte aujourd'hui, c'est la compréhension structurelle de votre page. Les balises Hn sont les panneaux qui indiquent à une machine où commence une idée, où elle se termine, et à quoi elle se rattache.
Sans structure, une page est un pavé de texte. Avec une structure claire, c'est un document organisé avec une table des matières implicite.
La double fonction que beaucoup oublient
La première fonction est technique. La seconde est humaine. Et la seconde est aussi importante que la première, même si elle ne se mesure pas dans un rapport de position.
Imaginez une personne malvoyante qui navigue avec un lecteur d'écran. Ce logiciel ne lit pas la page linéairement : il saute de titre en titre. Si votre site utilise un `
Bon, ce n'est pas un hasard si l'accessibilité et le SEO se rejoignent sans cesse. Les deux détestent la même chose : les structures bancales.
Est-ce que les Hn influencent vraiment le positionnement ?
Oui, mais indirectement. Ne cherchez pas une corrélation directe de type "un H2 de plus = deux places gagnées". Ce qui se passe est plus subtil : une structure Hn cohérente aide Google à extraire les passages pertinents pour les featured snippets et les réponses générées. Une page mal structurée, à l'inverse, voit ses meilleurs paragraphes ignorés parce que la machine ne sait pas à quel niveau de l'information ils appartiennent.
J'ai comparé sur un blog technique : deux articles traitant du même sujet, l'un avec une hiérarchie propre H1 → H2 → H3, l'autre avec un mélange chaotique. Le premier a été cité dans quatre réponses IA en trois mois. Le second, zéro. Même auteur, même qualité de contenu. La seule variable : la structure.
Les règles de hiérarchie que j'applique (et celles que j'ignore)
Tout le monde répète "un seul H1, puis H2, puis H3". C'est un bon point de départ. C'est aussi une simplification qui pose problème dès qu'on sort des articles de blog.
La règle du H1 unique : utile, mais pas sacrée
En HTML5, la spécification autorise plusieurs H1 dès lors qu'ils sont dans des `
Donc oui, je recommande un seul H1. Pas parce que la spec l'exige, mais parce que tous les CMS grand public (WordPress en tête) l'interprètent comme le titre principal de la page. Avoir deux H1 sur une page WordPress, c'est presque toujours le signe d'un problème de template ou d'un plugin mal fichu.
Un H3 avant un H2, c'est grave ?
Non, ce n'est pas une catastrophe. Mais c'est suspect. Si vous avez un H3 qui traîne avant votre premier H2, c'est que la structure a été pensée à l'envers, ou que le titre a été stylé visuellement sans réfléchir à son niveau. Dans 80 % des cas que j'audite, un H3 orphelin est le symptôme d'un problème plus large : quelqu'un a choisi ses niveaux en fonction de la taille de police voulue, pas du contenu.
La règle mentale que j'utilise : le niveau du titre découle du contenu, jamais du style. Si vous voulez un H3 visuellement gros, vous changez le CSS du H3. Vous ne le transformez pas en H2.
Et les Hn dans les menus et les widgets ?
Ça, c'est le point que personne n'aborde. Un menu de navigation enveloppé dans un H2, des titres de widgets en H3, des titres de cartes produit en H4... Ça crée une structure parallèle qui n'a rien à voir avec le contenu de la page. Google s'en fiche la plupart du temps, mais vos lecteurs d'écran, eux, se retrouvent noyés.
Ma règle simple : dans les zones de navigation, de widgets ou de pied de page, j'utilise des `
` stylés ou des `` avec un `role` approprié. Les Hn sont réservés au contenu principal.
Comment auditer la structure Hn d'un site existant
Voici la procédure que je déroule sur chaque site que j'audite. Elle prend 20 minutes sur un site de taille moyenne.
Les outils que j'utilise concrètement
- Extension "HeadingsMap" sur Chrome ou Firefox. Elle affiche l'arborescence des Hn d'une page dans une barre latérale. Visuellement, les erreurs sautent aux yeux.
- DevTools, onglet Éléments, avec le filtre sur les balises h1 à h6. Rapide pour repérer les H1 multiples.
- Screaming Frog en version gratuite (jusqu'à 500 URLs) avec l'onglet "H1" et "H2". Idéal pour auditer un site entier d'un coup.
- Le validateur W3C pour repérer les balises mal fermées ou les niveaux invalides.
Sur un client e-commerce récent, Screaming Frog a remonté 347 pages sans H1 et 92 pages avec deux H1. Sur 1200 URLs analysées. Ce n'était pas un problème de rédaction : c'était le template de catégorie qui oubliait d'inclure le titre dans une balise H1.
Dans quel ordre corriger
On ne corrige pas tout en même temps. Voici ma priorisation :
- Pages à fort trafic organique d'abord. Une correction ici a un effet immédiat.
- Pages money (catégories, fiches produit, pages services) ensuite.
- Le blog en dernier, sauf si une page blog génère du trafic business.
- Les pages sans H1 du tout passent avant celles avec un H1 en double : l'absence est plus pénalisante que la redondance.
Écrire ses Hn pour les moteurs de réponse en 2026
Le paysage a changé. Aujourd'hui, une part croissante des recherches se termine dans une réponse générée, pas dans un clic. Et ces réponses sont construites à partir d'extraits prélevés dans les pages bien structurées.
Formulez vos sous-titres comme des questions réelles
C'est le changement le plus rentable que j'ai observé ces derniers mois. Un H3 formulé "Comment choisir un hébergement pour un site vitrine ?" est beaucoup plus susceptible d'être cité qu'un H3 formulé "Critères de sélection d'hébergement". La raison est simple : les moteurs de réponse cherchent des blocs autonomes, avec une question claire et une réponse directe en dessous.
Concrètement, pour chaque sous-section importante :
- Un H3 sous forme de question, dans la langue que vos visiteurs utilisent vraiment.
- La réponse dès la première ou deuxième phrase, sans préambule.
- Les détails et nuances ensuite, dans le même bloc.
- Un chiffre ou un exemple concret quand c'est possible.
Spoiler : ce format améliore aussi la lecture humaine. C'est rare de tomber sur une optimisation qui ne sacrifie rien.
Pensez en blocs autonomes
Chaque H2 avec ses H3 enfants devrait pouvoir être lu indépendamment du reste. Si vous lisez uniquement cette section, vous devez comprendre. J'ai réécrit deux articles techniques sur mon propre blog avec cette contrainte, sans toucher au contenu, juste en découpant différemment. La durée de lecture moyenne a augmenté, et les citations par des outils IA ont suivi.
Les erreurs que je vois le plus souvent (et comment les reconnaître)
| Erreur | Symptôme visible | Correction |
|---|---|---|
| H1 absent | Le titre affiché est un <div> stylé | Remplacer par <h1> dans le template |
| H1 multiples | Plusieurs titres au même niveau visuel | N'en garder qu'un, passer les autres en H2 |
| Hn vides | Balises sans texte, souvent pour espacer | Supprimer, utiliser du CSS pour l'espacement |
| Hn masqués en CSS | Titre invisible mais présent dans le code | À supprimer si c'est du keyword stuffing déguisé |
| Saut de niveau (H2 → H4) | Un niveau disparaît dans la structure | Corriger le niveau, pas le style |
Le cas des Hn masqués en CSS mérite qu'on s'y arrête. J'ai vu des sites cacher des H2 pleins de mots-clés dans un bloc en `display: none`. Ça a fonctionné pendant un temps. Ça ne fonctionne plus. Et en 2026, c'est le genre de chose qui se repère en une requête.
WordPress et Shopify : les pièges par défaut
WordPress place automatiquement le titre de l'article en H1. C'est bien. Mais dès que vous installez un constructeur de pages type Elementor ou Divi, vous pouvez insérer des "titres" qui ne sont pas de vrais Hn. Le rendu est identique, le code non.
Shopify, de son côté, met souvent le titre de produit en H1, puis répète le nom du produit dans la description en H2 ou H3. Résultat : trois occurrences du même texte à des niveaux différents. J'ai corrigé ça sur une boutique mode : suppression des Hn redondants dans les descriptions, remplacés par des `
` avec une classe. Aucun impact visuel, structure nettoyée.
La checklist que j'utilise avant chaque mise en ligne
Rien de révolutionnaire. Mais cette liste m'a évité plus de dégâts que n'importe quel outil payant.
- Un seul H1 par page, contenant l'idée principale, placé avant tout autre titre.
- Pas de saut de niveau. H1 → H2 → H3, sans trou.
- Aucun Hn vide. Aucun Hn masqué. Aucun Hn utilisé pour l'espacement.
- Les niveaux suivent le contenu, pas la taille de police souhaitée.
- Les sous-titres importants formulés en langage naturel, souvent en question.
- La réponse à la question posée arrive dans les deux premières phrases sous le titre.
Le plus dur n'est pas de connaître ces règles. C'est de résister à la tentation, quand on refait un design, de transformer un H2 en `
Une dernière chose. Les balises Hn ne sont pas une case à cocher dans une checklist SEO. C'est la manière dont vous décidez de penser votre contenu. Une page bien structurée en Hn, c'est une page où l'auteur savait ce qu'il voulait dire avant de commencer à taper. Si vous n'arrivez pas à hiérarchiser vos titres, c'est souvent que vous n'avez pas encore clarifié votre propos.
Alors avant de vous plonger dans votre prochaine structure Hn, posez-vous une seule question : si quelqu'un ne lisait que vos titres, comprendrait-il l'essentiel de votre page ? Si la réponse est non, aucun outil ne corrigera ça à votre place.
