Voici 7 titres optimisés SEO pour votre mot-clé, sans année : 1. Structurer un article avec les balises Hn : le guide qui change tout 2. Balises Hn : comment structurer un article que Google adore 3. Structurer un article avec les balises Hn, sans jargon inutile 4. Le secret d'un article bien structuré avec les balises Hn 5. Structurer un article avec les balises

Il y a une question qu'on me pose presque à chaque audit éditorial, et elle arrive toujours après le même silence gêné : « J'ai l'impression que mon article est bon, mais Google n'a pas l'air de le voir. » Neuf fois sur dix, je descends de deux paragraphes, j'ouvre le code source, et je trouve la même chose. Des titres. Ou plutôt : une bouillie de titres.

Un H3 posé au-dessus d'un H2. Un H4 orphelin. Des sous-titres en gras fait à la main, sans balise, comme des décorations de Noël posées sur du HTML. Et parfois, cerise sur le gâteau, deux H1 dans la même page parce que le thème WordPress a décidé d'être créatif avec le nom du site.

Voilà pourquoi structurer un article avec les balises Hn n'est pas un détail de développeur. C'est votre plan de bataille rendu visible. Et c'est ce que je vais démonter ici, y compris ce qui ne marche pas.

Ce que cachent vraiment les balises Hn

Un constat que je répète en formation, et qui fait toujours grincer : une balise Hn ne dit rien de la taille du texte. Elle dit le niveau. Le CSS s'occupe de l'apparence. Le HTML s'occupe du sens. Confondre les deux, c'est la source de 80 % des problèmes de structure que je croise.

Concrètement, vous avez six niveaux, du plus large au plus fin :

Balise	Rôle éditorial	Nombre typique par article
H1	Titre de la page, sujet principal	1
H2	Grandes parties du raisonnement	4 à 8
H3	Sous-sections, cas particuliers	0 à 3 par H2
H4	Détail à l'intérieur d'un H3	rare
H5	Quasi inexistant en article de blog	0
H6	Idem, sauf documentation technique	0

Pourquoi le H1 est un cas à part

Le H1 porte le sujet de la page entière. Si vous en mettez deux, vous créez deux sujets concurrents. J'ai vu un site de location de vélos où le H1 généré par le thème affichait « Mon blog » et le vrai titre de l'article était en H2 juste en dessous. Trois mois de trafic atone. Le correctif a pris deux heures.

Mais attention à une nuance que je vois mal traitée ailleurs : selon votre CMS, le H1 est parfois géré par le gabarit et non par l'éditeur de contenu. Dans WordPress, un thème bien codé place le titre d'article en H1 ; si vous en ajoutez un dans le corps du texte, vous en avez deux. Vérifiez toujours dans le code source, pas dans l'éditeur visuel.

Une hiérarchie brisée, est-ce vraiment grave ?

Question honnête, réponse honnête : sur le plan du référencement pur, passer d'un H2 à un H4 ne va pas faire chuter votre page. Les moteurs tolèrent l'irrégularité. Mais sur le plan de la compréhension — la vôtre, celle de votre lecteur, celle d'un lecteur d'écran — vous venez de perdre un étage.

Ce que ça casse, en pratique :

• La navigation rapide par titres dans un lecteur d'écran, qui saute de niveau en niveau.
• La génération d'un sommaire automatique : la plupart des plugins se basent sur la hiérarchie réelle.
• Et surtout votre propre clarté mentale au moment de rédiger, ce qui se ressent à la lecture.

Une hiérarchie brisée n'est pas une faute capitale. C'est une marche manquante dans un escalier : on monte quand même, en trébuchant.

Partir des intentions de recherche, pas des mots-clés

La méthode que j'utilise, et que je défends bec et ongles : on ne remplit pas des Hn, on les déduit d'un plan. Et un plan ne se déduit pas d'une liste de mots-clés — il se déduit des questions que le lecteur se pose dans l'ordre.

La méthode en quatre étapes que j'applique

1. Je note la question centrale de l'article en une phrase. Si je n'y arrive pas, l'article n'existe pas encore.
2. Je liste les quatre à sept objections ou sous-questions qu'un lecteur sincère formulerait. Ce sont mes H2 candidats, dans l'ordre où elles surgissent naturellement.
3. Pour chaque H2 trop large, je découpe en deux ou trois angles nets. Ce sont mes H3. Pas plus.
4. Je relis les H2 comme un sommaire isolé. Si le sommaire raconte une histoire cohérente, le plan tient. Sinon, je réécris les titres — pas le contenu.

Sur un article de 1 800 mots, cette relecture me coûte un quart d'heure et m'épargne souvent une réécriture complète. Je l'ai apprise à mes dépens : mon premier gros dossier, il y a quelques années, partait d'une liste de douze H2 empilés sans logique. Le texte était correct. Personne ne l'a lu jusqu'au bout, moi compris quand j'ai tenté de le relire.

Un H2 tous les combien de mots, au fait ?

Repère pragmatique, pas dogme : un H2 tous les 200 à 300 mots sur un article de fond. En dessous de 150 mots entre deux titres, vous hachez le raisonnement. Au-delà de 500, le lecteur cherche une sortie de secours.

Le bon test : ouvrez votre article sur mobile, faites défiler sans lire. Si vous voyez un mur de texte de deux écrans entre deux titres, c'est trop long. Si vous voyez des titres collés les uns aux autres sans paragraphe entre eux, c'est trop court.

Avant/après : une arborescence ratée, puis corrigée

Prenons un cas réel, celui d'un article sur la rénovation énergétique que j'ai repris pour un client artisan. Version d'origine, simplifiée :

<h1>Rénovation énergétique</h1>
<h3>Les aides disponibles</h3>
<h4>MaPrimeRénov'</h4>
<h2>Nos chantiers</h2>
<h2>Contactez-nous</h2>

Trois défauts d'un coup. Le H3 arrive avant tout H2 (étage manquant). Le H1 est si vague qu'il ne dit rien. Et « Nos chantiers » comme « Contactez-nous » ne sont pas des titres de contenu : ce sont des éléments de navigation.

Après correction :

<h1>Rénovation énergétique : quelles aides en 2026</h1>
<h2>Quelles aides financer en 2026</h2>
<h3>MaPrimeRénov' en détail</h3>
<h3>Les certificats d'économie d'énergie</h3>
<h2>Comment se déroule un chantier</h2>
<h3>Les étapes, du diagnostic à la réception</h3>

Même contenu. Même longueur. Mais le plan raconte maintenant quelque chose : combien ça coûte, comment ça se passe. La hiérarchie est propre, chaque H3 appartient à un H2 identifiable. Le client m'a dit que les demandes de devis étaient mieux qualifiées — les gens arrivaient en sachant de quoi ils parlaient.

Ce que les Hn changent pour les moteurs, et ce qu'elles ne changent pas

Il faut être précis ici, parce que beaucoup de discours SEO gonflent le rôle des titres. Une balise Hn n'est pas un levier magique. Elle ne fait pas remonter une page à elle seule.

Un signal parmi d'autres, pas un interrupteur

Ce qu'un moteur fait avec vos titres : il reconstitue la carte du document, identifie les thèmes abordés, et croise cela avec le reste de la page — contenu, liens, structure du site. Les Hn contribuent à établir la richesse sémantique de la page. Ils ne compensent jamais un contenu creux.

Ce qu'ils ne font pas : garantir un classement, à eux seuls, sur un mot-clé présent dans un H2. J'ai vu trop de prestataires vendre « l'optimisation des balises Hn » comme un service complet. C'est une brique, pas un édifice.

L'accessibilité, l'angle qu'on oublie toujours

Voilà mon cheval de bataille. Une personne qui utilise un lecteur d'écran navigue dans une page presque exclusivement par les titres. Elle appuie sur une touche et saute de H2 en H2. Si votre plan est un champ de ruines, vous lui donnez une carte au trésor déchirée.

Et devinez quoi ? Une structure de titres propre pour l'accessibilité est exactement la même qu'une structure propre pour le référencement. Il n'y a pas d'arbitrage à faire. C'est le rare cas où tout le monde gagne sans négociation.

Les pièges qui coûtent vraiment cher

Trois erreurs reviennent systématiquement dans les sites que j'audite. Elles sont faciles à corriger, et pourtant tenaces.

Le gras qui se prend pour un titre

C'est le piège numéro un. On écrit un paragraphe, on met une phrase en gras pour marquer une étape, et voilà un faux titre. Problème : aucune machine ne le voit comme un titre. Ni le sommaire, ni le lecteur d'écran, ni le moteur.

Règle simple : si un texte sert de titre, il est un titre. Le gras (<strong>) souligne une notion à l'intérieur d'un paragraphe. Deux métiers différents.

Les titres décoratifs codés en CSS

Variante du même piège : un développeur crée une classe CSS qui grossit et met en bleu un texte dans un <div>. Visuellement, c'est un titre. Sémantiquement, ça n'existe pas. Et comme le CSS change avec le thème, un jour ça ressemblera à un paragraphe normal.

Le repère à retenir : la structure doit tenir même si vous désactivez toutes les feuilles de style. Ouvrez la page sans CSS — si c'est encore lisible et hiérarchisé, votre HTML est bon.

Le cas du contenu généré par IA

Ici, j'ai une position tranchée : les textes générés par IA sont structurellement paresseux. Ils produisent des H2 interchangeables du type « Comprendre les enjeux » ou « Les avantages et les inconvénients ». Des titres qui pourraient coiffer n'importe quel article du web.

Mon filtre de relecture : si un H2 peut être déplacé dans un autre article sans que ça choque, il est mauvais. Un bon titre est spécifique au sujet au point qu'on ne pourrait pas le recycler ailleurs. Je réécris systématiquement les titres des brouillons assistés, jamais les paragraphes — c'est là que se joue la vraie valeur.

Vérifier sa structure sans y passer la journée

Pas besoin d'outillage lourd. Trois vérifications suffisent, et honnêtement, deux minutes par article.

• Le code source : clic droit, « Afficher le code source », cherchez « <h ». Vous voyez immédiatement le compte et l'ordre des niveaux.
• Le sommaire : la plupart des plugins de table des matières génèrent l'arborescence à partir des Hn réels. Si le sommaire est bizarre, votre structure l'est aussi.
• L'extension navigateur dédiée à la structure de titres : elle affiche l'arborescence en un clic, sans lire le HTML.

Les plugins SEO de votre CMS — ceux que tout le monde installe — signalent souvent un H1 manquant ou un ordre incohérent, mais ils ne remplacent pas un coup d'œil humain. Ils vérifient la forme ; vous vérifiez le sens.

Et le test ultime, celui que je fais encore aujourd'hui par réflexe : lisez uniquement vos titres, à la suite, sans le contenu. Si le plan tient debout comme un sommaire, c'est bon. S'il vous faut le texte pour comprendre, la structure ne travaille pas pour vous.

Ce qui reste quand on a compris la hiérarchie

Structurer un article avec les balises Hn, au fond, ce n'est pas de la technique. C'est une discipline de pensée. Vous obliger à hiérarchiser, c'est vous obliger à décider ce qui est important et ce qui est accessoire. Une balise Hn mal placée est rarement un problème de HTML. C'est presque toujours un problème de plan.

La prochaine fois que vous ouvrez un article à rédiger, commencez par les titres. Rien que les titres. Écrivez votre sommaire complet avant le premier paragraphe, et laissez-le reposer une nuit.

Le lendemain, relisez-le à voix haute. Si vous vous ennuyez, votre lecteur s'ennuiera. Et aucune balise au monde ne rattrapera ça.