Le HTML sémantique n'aide pas le SEO parce qu'il paraît plus propre. Il aide quand il rend la hiérarchie de la page évidente.
Le vrai problème, c'est qu'on voit encore beaucoup de pages où <section> remplace <div> par réflexe, où <article> sert juste de gros conteneur, et où <aside> n'est jamais utilisé. Résultat : le code semble moderne, mais le signal envoyé aux moteurs devient flou.
Une bonne structure sémantique dit l'essentiel, pas tout
Sur la plupart des pages, il n'y a pas besoin d'empiler les balises. Il suffit généralement d'indiquer clairement :
- l'en-tête
- le pied de page
- le contenu principal
- les blocs liés au sujet, mais secondaires
Dans ce cadre, <header>, <footer>, <main>, <article> et <aside> couvrent déjà l'essentiel.
Cette structure paraît minimaliste. C'est justement ce qui la rend efficace : elle montre ce qui compte et ne surcharge pas l'analyse.
L'erreur classique : utiliser les balises sémantiques pour le layout
Beaucoup de mauvais usages commencent par une idée simple : "autant remplacer les <div> par des balises HTML5 plus parlantes". En pratique, ce n'est pas comme ça que ça fonctionne.
Sur cette capture, le <article> et le <h1> sont logiques. Ce qui pose problème, ce sont les multiples <section> empilés autour, sans découpage thématique solide.
Une <section> n'est pas là pour dessiner un bloc visuel. Elle sert à découper un contenu autonome en sous-parties cohérentes. Si tout devient une section, plus rien n'aide vraiment Google à comprendre les priorités.
Quand <section> a du sens
Il y a pourtant des cas où <section> est parfaitement justifié. Un test de smartphone, par exemple, se découpe naturellement en sous-thèmes : écran, appareil photo, autonomie, design, performances.
Dans ce type de page, chaque section répond à une intention précise et peut presque se lire seule. Là, la balise apporte vraiment de l'information.
Avant d'utiliser <section>, pose-toi ces questions :
- est-ce que ce bloc traite un vrai sous-sujet ?
- est-ce qu'il a son propre titre, souvent un
<h2>ou<h3>? - est-ce qu'il reste compréhensible même sorti du reste de l'article ?
- est-ce qu'on découpe par logique éditoriale plutôt que par mise en page ?
Si la réponse est non, mieux vaut rester sur un <div>.
<article> et <aside> servent à hiérarchiser
La balise <article> doit désigner un contenu qui peut vivre seul : un billet de blog, une fiche, une actualité, un avis.
Or, sur beaucoup de pages, on ajoute ensuite des produits liés, des liens internes, des modules d'inscription ou des recommandations. Ces blocs ont une utilité, mais ils ne doivent pas forcément être lus comme des contenus principaux.
C'est exactement le rôle de <aside> : signaler un contenu lié au sujet principal, mais qui ne porte pas le message central de la page.
En version très concrète :
<article>porte la promesse principale de l'URL<aside>accompagne, complète ou pousse l'utilisateur à agir, sans devenir le centre de gravité
Un seul <h1> reste la règle la plus robuste
HTML5 autorise théoriquement plusieurs <h1> dans certains cas. En SEO, la recommandation la plus sûre reste pourtant simple : une page, un <h1>.
Ce <h1> devrait se trouver dans le <article> principal. C'est ce qui donne un signal net sur le thème dominant de la page.
Une méthode simple pour choisir la bonne balise
Quand tu hésites, garde cet ordre en tête :
<header>pour l'en-tête, la navigation, le branding, la recherche.<footer>pour la fin de page, les liens utiles et les mentions.<main>une seule fois pour le cœur de la page.<article>pour le contenu unique et prioritaire de l'URL.<aside>pour les blocs connexes mais secondaires.<section>seulement si le sujet mérite un vrai découpage en sous-parties.
Si tu dois auditer un gabarit déjà en production, un passage dans SEO Analyzer peut aider à repérer les pages où la structure technique envoie des signaux contradictoires.
Les autres balises sémantiques qui valent le coup
La structure de page n'est qu'une partie du sujet. Dans le contenu lui-même, certaines balises restent vraiment utiles :
<strong>pour marquer une vraie importance<em>pour une mise en relief dans le texte<mark>pour attirer l'attention sur un passage précis<abbr>pour expliciter une abréviation<figure>et<figcaption>pour donner du contexte à une image, un schéma ou un extrait<ul>et<ol>pour les listes claires et faciles à interpréter<table>et<caption>pour les données tabulaires
Une table correctement balisée reste très lisible, y compris hors contexte. C'est précisément ce que les moteurs apprécient lorsqu'ils essaient de comprendre des données structurées.
Conclusion
Le bon usage des balises HTML5 sémantiques ne consiste pas à en mettre partout. Il consiste à enlever l'ambiguïté.
Quand Google repère sans effort ce qui est central, ce qui complète le sujet et la manière dont le contenu est organisé, l'analyse de la page devient plus fiable. Et c'est là que la sémantique commence vraiment à servir le SEO.
La meilleure règle tient en une ligne : utilise peu de balises, mais fais-le avec une intention claire.
Ressources
- Présentation des éléments sémantiques sur W3Schools
- Outil pour visualiser la structure HTML5 d'une page : Semantic HTML5 Viewer
- Pour auditer rapidement les signaux techniques de ton site, tu peux utiliser SeoSpeedup
