Structurer les titres d’un article tech pour Google

Un titre de section mal posé, et Google perd le fil. Pas l’internaute, qui se débrouille souvent très bien, mais l’algorithme chargé de découper votre page en passages compréhensibles. Les balises HTML de titres sont pourtant simples à écrire. Le problème n’est pas là. Il est dans la façon de transformer un plan d’article tech en table des matières documentaire, où chaque niveau raconte quelque chose de précis sur ce qui suit. Cette conversion demande des arbitrages, et c’est exactement ce dont on manque.

Le H1 ne sert qu’à figer le sujet

Un article tech parle souvent de plusieurs choses à la fois : l’outil, la version, la méthode, les pièges, les alternatives. Toute la tentation consiste à mettre un peu de tout dans le titre principal, pour être sûr de couvrir le champ.

Sauf que le H1 n’a pas à couvrir le champ. Il doit poser le sujet unique que la page traite, et rien d’autre. La hiérarchie des titres HTML va de h1 à h6, et la règle reste la même partout : un seul H1 par page, aligné sur le titre de l’article.

Ça paraît évident, et pourtant le H1 sert régulièrement de zone à mots-clés où l’on glisse deux promesses, un bénéfice et un adjectif. Résultat : Google ne sait plus si la page parle de configuration réseau ou de gestion de projet, et il tranchera tout seul. Sur linkeyword.fr, le sujet du contenu et celui du titre ne sont jamais traités comme deux choses séparées. Cette discipline évite bien des ambiguïtés.

Descendre d’un niveau sans jamais sauter une marche

La règle est mécanique : on ne saute pas de niveau, et on garde l’ordre H1, puis H2, puis H3. Un H3 posé directement sous le H1, sans H2 pour l’accueillir, casse la lecture documentaire. Google n’interprète pas ça comme une erreur grave, mais il perd la relation parent-enfant entre les sections, et cette relation compte quand il extrait des passages pour les résultats enrichis.

Le réflexe inverse existe aussi : descendre au niveau H4 par confort, parce qu’on aime bien l’idée d’une sous-sous-section. Chaque niveau doit pourtant correspondre à une vraie subdivision dans le raisonnement. Trois niveaux de titres pour un paragraphe de quatre lignes, ça donne une arborescence plus longue que le contenu qu’elle décrit. Un article tech se contente souvent de H2 et H3, sans aller plus loin.

Un titre de section est une question, pas une étiquette

Voilà le point qui manque partout ailleurs. Quand un lecteur arrive sur un H2, il doit pouvoir deviner ce que la section va résoudre. Un titre comme « Les bonnes pratiques » n’annonce rien, ne pose aucune question, et pourrait coiffer n’importe quel sujet. Un titre comme « Descendre d’un niveau sans jamais sauter une marche » annonce un problème et sa contrainte. Le second tient l’internaute en alerte, le premier l’envoie ailleurs.

Cette logique a un coût pour le rédacteur : il doit savoir, avant d’écrire le titre, ce que la section démontre exactement. Un plan rédigé à la va-vite produit des titres flottants qu’on ne peut rattacher à rien. La structure se décide avant la rédaction, pas après. Une fois ce travail fait, les titres tombent presque tout seuls. Sur ce point, voir aussi notre article sur images resultats mobiles.

Les erreurs de titrage qui coûtent le plus cher

Cinq schémas reviennent sans arrêt dans les articles tech, et chacun envoie un signal brouillé à l’algorithme comme au lecteur. Comparer les cas aide à repérer les siens dans un texte existant, ce qui reste plus efficace qu’une règle abstraite.

• Le H2 qui promet une méthode et livre un avis personnel, ce qui déçoit l’internaute venu chercher une marche à suivre.
• Un titre identique recopié dans toute une série d’articles, sans aucune mention du cas précis traité.
• Combien de H3 faut-il vraiment avant que la section devienne illisible ? La réponse dépend du contenu, presque jamais du besoin de symétrie.
• Le titre qui annonce deux sujets distincts dans la même phrase, obligeant le paragraphe suivant à courir après les deux.
• Une promesse chiffrée dans le titre alors que la section ne donne aucun chiffre.

Vérifier le contrat entre le titre et son contenu

Une fois la hiérarchie posée, un contrôle simple reste à faire : lire les titres seuls, d’affilée, sans le contenu. Si l’enchaînement raconte une histoire cohérente et répond à la question initiale, la structure tient debout. S’il faut revenir au corps du texte pour comprendre pourquoi ce H3 se trouve là, c’est que le titre ne fait pas son travail. Cette relecture rapide attrape la plupart des décalages avant publication.

Le second contrôle porte sur l’ordre des niveaux, balise par balise. Un éditeur web laisse facilement passer un H4 accidentel simplement parce qu’il était plus gros dans la barre d’outils, ou un H2 devenu H3 après un copier-coller depuis un brouillon. Ça vaut le coup de jeter un œil au code généré une fois par trimestre, juste pour voir ce que la page envoie réellement.

Les premiers résultats Google sur ce sujet listent les balises et leurs niveaux. Ils expliquent rarement comment passer d’un plan d’article à une hiérarchie lisible. Quant au coût d’un titre qui ne correspond pas à son contenu, il est presque toujours passé sous silence alors qu’il se mesure en lecteurs perdus.

Ce que la structure change dans la lecture réelle

Sur un article tech, la majorité des visiteurs arrive par un moteur de recherche, sur une question précise, et repart dès que la réponse n’est pas là. Un découpage clair leur donne un point d’entrée immédiat et leur évite de tout lire pour trouver les deux lignes qui les intéressent. Google peut ainsi extraire un passage sans déformer le sens de l’ensemble.

La date de publication compte moins que la cohérence du découpage, dans mon expérience de relecture. Un article d’il y a deux ans, avec des titres nets et un enchaînement logique, se lit encore mieux qu’un texte récent dont les sections se chevauchent. Le temps de lecture affiché ne veut rien dire si le lecteur abandonne à la deuxième section.

Traiter la hiérarchie des titres comme une table des matières, et non comme un décor, change la façon de préparer un article tech. Le H1 fixe le sujet, chaque H2 et chaque H3 promet une réponse, et le contenu vient honorer cette promesse.

Ce travail se fait en amont, avec un plan écrit avant la première ligne. Sur un article de fond, cette étape évite des heures de réécriture, parce qu’un titre flou trahit presque toujours une section qui n’a pas trouvé son idée. La prochaine fois, relisez les titres seuls : tiennent-ils la route sans le texte en dessous ?