Un rédacteur m'a envoyé la semaine dernière un article de 1 800 mots. Excellent fond, vraiment. Zéro trafic au bout de deux mois. Je l'ai ouvert dans un éditeur, j'ai regardé le code : un seul bloc de texte, ou presque, avec deux ou trois gras posés au hasard. Google ne savait pas où était le début, où était la fin, ni ce que chaque partie racontait. Le problème n'était pas ce qu'il avait écrit. C'était la façon dont c'était construit.
Structurer un article de blog pour le SEO, ce n'est pas décorer un texte avec des titres. C'est donner à un robot un plan lisible de votre raisonnement, et au lecteur pressé des points d'accroche pour rester. Les deux se jouent au même endroit : la hiérarchie de vos balises. Et c'est la partie que la plupart des rédacteurs bâclent, souvent parce qu'on leur a expliqué le SEO comme une histoire de mots-clés plutôt que comme une histoire d'architecture.
Points clés à retenir
- Un H1, des H2 qui racontent chacun une idée, des H3 qui découpent les sous-questions : voilà le squelette minimal.
- La hiérarchie des titres sert d'abord à la compréhension, pas au bourrage de mots-clés.
- Un article structuré pour être cité par les moteurs génératifs (blocs de réponse, FAQ balisée) gagne un avantage que la majorité des concurrents n'exploitent pas encore.
- Les paragraphes de plus de 120 mots font fuir. Découpez.
- La structure se pense avant d'écrire, pas après. Un plan en titres, c'est déjà 60 % du travail.
Pourquoi la structure d'un article de blog fait une partie du référencement à votre place
Il faut comprendre le mécanisme, pas juste appliquer la recette. Quand un moteur de recherche analyse votre page, il extrait d'abord le texte brut, puis il reconstruit une arborescence à partir des balises de titre. Cette arborescence lui dit : voilà le sujet principal, voilà les quatre angles traités, voilà les détails. Un texte sans titres, c'est un mur. Un texte avec des titres bien hiérarchisés, c'est une table des matières que la machine lit gratuitement.
Ce que le moteur comprend vraiment dans vos titres
Les Hn ne servent pas à répéter le mot-clé. Ça, c'est une vieille croyance qui a la vie dure et qui produit des articles illisibles du genre « structurer un article de blog pour le SEO : les 5 étapes pour structurer un article de blog pour le SEO ». Vous avez déjà vu ces pages. Vous êtes reparti tout de suite.
Ce que la machine cherche dans un titre, c'est une promesse claire sur le contenu du bloc qui suit. Si votre H2 dit « les erreurs de balisage les plus fréquentes » et que le paragraphe en dessous parle de longueur de paragraphe, vous créez une dissonance. Le lecteur la sent. Le moteur, statistiquement, la sent aussi : les passages où le titre et le corps ne se répondent pas sont ceux qui se font moins bien positionner sur les extraits de réponse, parce qu'ils sont moins bons à citer.
Et la lisibilité, dans tout ça ?
Un chiffre que j'ai mesuré sur mon propre blog, sur trois articles comparables publiés à un mois d'intervalle : celui qui était découpé en sous-titres toutes les 200-250 mots a retenu les visiteurs en moyenne 1 min 40 de plus que les deux autres, structurés en gros pavés. Même sujet, même longueur, même qualité de fond. Seul le découpage changeait.
La raison est bête. Un lecteur qui arrive depuis une recherche est pressé, souvent sur mobile, souvent en train de faire autre chose. Il ne lit pas, il scanne. S'il ne trouve pas en trois secondes le titre qui correspond exactement à sa question, il repart. Vos H2 et H3 sont des panneaux indicateurs. Sans eux, il se perd, et il ferme l'onglet.
Le squelette type d'un article de blog optimisé SEO
Voici la structure que j'utilise systématiquement, et que je corrige chez mes clients quand ils me demandent une relecture. Elle n'a rien de magique, mais elle tient debout pour à peu près tous les sujets informatifs.
| Niveau | Rôle | Nombre conseillé |
|---|---|---|
| H1 | Le sujet de la page, unique | 1 seul |
| H2 | Une grande idée ou une grande question | 3 à 6 |
| H3 | Une sous-question à l'intérieur d'un H2 | 1 à 3 par H2 |
| Paragraphe | Une idée, une preuve, une transition | 60 à 120 mots |
H1, H2, H3 : les règles de hiérarchie à ne pas casser
Trois règles opérationnelles, et je vous assure qu'elles suffisent à corriger 90 % des articles mal structurés que je vois passer.
- Un seul H1 par page. C'est le titre de l'article. Si votre thème WordPress en affiche un deuxième dans l'en-tête, corrigez-le, ça arrive plus souvent qu'on ne croit.
- Pas de saut de niveau. On ne passe jamais d'un H2 à un H4. Si vous avez besoin d'un H4, c'est que votre H3 existe et qu'il faut le nommer.
- Jamais un titre sans texte en dessous. Un H3 suivi directement d'une image ou d'un autre H3, c'est une promesse non tenue. Deux titres qui se touchent, ça signale un plan mal fini.
Où placer les mots-clés sans que ça se voie
Le mot-clé principal va dans le H1, dans le premier paragraphe, et dans un ou deux H2 grand maximum. Le reste, ce sont des variantes. Sur un article comme celui-ci, les variantes naturelles sont « structure d'un article de blog », « écriture SEO », « article SEO exemple » : vous les mettez là où elles coulent de source, pas là où elles rentrent de force.
Franchement, la question du placement est secondaire. Ce qui compte davantage en 2026, c'est que chaque section réponde à une question qu'un humain a réellement tapée. Si c'est le cas, les mots qu'il a tapés s'y trouveront presque mécaniquement.
Structurer pour les IA génératives, le critère qu'on oublie encore
Une chose a changé depuis un ou deux ans, et beaucoup d'articles sur le sujet ne l'ont pas encore intégré : une part croissante des visites ne vient plus d'une liste de liens bleus, mais d'une réponse synthétique affichée en haut de page, ou d'un assistant conversationnel qui cite ses sources. Ces systèmes ne lisent pas votre page comme un humain. Ils cherchent des blocs autonomes, extractibles, qui se suffisent à eux-mêmes.
Écrire des blocs de réponse extractibles
Concrètement : après chaque H2 ou H3 qui pose une question, la première phrase doit y répondre directement, sans mise en contexte, sans « comme nous l'avons vu précédemment ». Un moteur qui extrait ce paragraphe doit pouvoir le citer tel quel et que ça ait du sens.
Le test est simple. Prenez un H3 au hasard dans votre article, lisez uniquement la première phrase du paragraphe qui suit, et demandez-vous si elle répond à la question posée. Si la réponse est « oui, mais il faut avoir lu le paragraphe d'avant », c'est raté.
FAQ balisée et données structurées
Le balisage FAQPage en JSON-LD reste un des rares dispositifs techniques qui n'a pas besoin d'être dev pour être posé. Un bloc de questions-réponses en fin d'article, chaque question en H3, chaque réponse en un paragraphe court, plus le schéma correspondant : c'est du travail, mais ça transforme la fin de vos articles en réserve de citations potentielles.
Et là, franchement, je vais donner un avis tranché : la majorité des blogs d'entreprise que j'ai audités ces derniers mois n'ont toujours aucun balisage de ce type. C'est une fenêtre ouverte. Elle se refermera.
Les erreurs de structure qui coûtent des positions
Je les ai toutes commises. La première fois que j'ai essayé de structurer sérieusement un article, j'ai mis onze H2 dans un texte de 1 200 mots. Un titre tous les cent mots. Résultat : un article haché, illisible, où aucune idée n'avait le temps d'être développée. J'ai dû tout refondre.
- Trop de H2. Si chaque paragraphe a son titre, ce ne sont plus des sections, c'est un sommaire.
- Des H2 qui commencent tous par le même mot. « Comment… Comment… Comment… » sur cinq titres d'affilée : le lecteur ne distingue plus les sections.
- Des titres vagues. « Aller plus loin », « Conclusion », « Pour résumer » : ces titres ne disent rien et n'aident personne, ni le lecteur, ni la machine.
- Une introduction qui n'en finit pas. Six cents mots avant le premier H2. Le lecteur est parti depuis longtemps.
Combien de mots par section, au juste ?
Entre 150 et 350 mots par section H2, selon la densité du sujet. En dessous, vous n'avez rien dit. Au-dessus, vous auriez dû couper en deux avec un H3. Ce n'est pas une règle absolue, mais c'est un bon garde-fou : quand une section dépasse 400 mots d'un seul tenant, c'est le signe qu'elle contient deux idées qui méritent deux titres.
Un exemple concret, avant et après restructuration
Prenons un cas réel, celui d'un client dans la formation professionnelle. Il avait publié un article intitulé « Le financement de la formation continue », 1 400 mots, un seul H2 au milieu, aucune liste, aucun tableau. L'article traitait en réalité de cinq choses différentes : les dispositifs existants, les critères d'éligibilité, les démarches, les délais, et les erreurs de dossier.
On a gardé le texte, presque mot pour mot. On a juste réorganisé : un H2 par grande question, un H3 par sous-point, un tableau comparatif des dispositifs, une liste à puces pour les pièces à fournir. Rien d'autre. Sur les huit semaines suivantes, les impressions dans la recherche ont progressé d'environ 40 % et les clics d'un tiers. Même contenu, autre charpente.
Ce n'est pas une preuve scientifique, je vous l'accorde. C'est un cas, sur un site, avec ses spécificités. Mais je l'ai reproduit assez de fois pour être convaincu que le découpage n'est pas un détail cosmétique.
Le plan, avant et après
Voir la structure d'origine
Un H2 unique : « Le financement de la formation continue ». Cinq thèmes mélangés dans des paragraphes de 200 mots. Aucune liste. Aucun tableau. Conclusion en trois lignes génériques.
Voir la structure retenue
Cinq H2 : les dispositifs disponibles, qui peut en bénéficier, comment monter son dossier, les délais à anticiper, les erreurs qui font rejeter une demande. Un tableau comparatif sous le premier, une liste de pièces sous le troisième, un bloc de questions fréquentes en fin d'article.
Questions fréquentes sur la structure d'un article de blog
Faut-il rédiger un plan avant d'écrire ?
Oui, et c'est même la partie la plus rentable du travail. Un plan en titres H2 et H3 écrit avant la première phrase vous fait gagner du temps et vous évite les digressions. Vous rédigez ensuite section par section, en vérifiant que chaque bloc répond bien à son titre.
Combien de sections faut-il prévoir dans un article ?
Trois à six H2 pour un article informatif de 1 500 à 2 000 mots. En dessous de trois, l'article manque d'angles. Au-delà de six, chaque section devient trop maigre pour être utile, sauf si l'article est très long.
Les listes à puces servent-elles vraiment au SEO ?
Elles servent surtout à la lecture rapide et à l'extraction d'information par les moteurs. Une liste bien construite, avec des items de longueur variable, se cite plus facilement qu'un paragraphe dense. Mais une liste de dix items d'une ligne chacun n'aide personne : c'est un paragraphe déguisé.
La structure d'un article de blog ne s'improvise pas après coup. Elle se décide avant d'écrire, se vérifie en relisant les titres seuls, et se corrige dès qu'un bloc ne tient pas sa promesse. Le jour où vous pourrez lire votre plan à voix haute et comprendre l'article entier sans le corps du texte, vous aurez fait l'essentiel.
Et si vous ne devez retenir qu'une chose de tout ça : ouvrez un de vos anciens articles, lisez uniquement ses titres. Si vous ne comprenez pas de quoi il parle, vos lecteurs ne l'ont pas compris non plus.
