La plupart des blogs qui ne ramènent aucun trafic n'ont pas un problème de contenu. Ils ont un problème d'architecture SEO. Les articles existent, ils sont corrects, mais ils vivent en silos : aucune structure ne dit à Google de quoi le site fait autorité.
Prenons la méthode topic clusters qu'on applique en refonte, illustrée sur un cas anonymisé : un éditeur de contenu B2B avec une cinquantaine d'articles qui ne généraient quasiment aucune visite organique.
- Le problème n'est presque jamais le contenu, c'est l'absence de structure topique.
- Un cluster = une page pilier (hub) + des articles connectés entre eux.
- Le maillage interne est la colonne vertébrale, pas une option.
- Contrôlez l'indexation : les pages trop minces nuisent plus qu'elles n'aident.
- Gardez les URLs plates : une taxonomie change, une URL ne devrait jamais changer.
Le vrai problème d'un blog qui ne ranke pas#
Sur le cas étudié, le diagnostic était clair : 50 articles publiés, zéro architecture. Chaque article était une page orpheline, sans lien vers les autres, sans page de regroupement par thème. Google voyait 50 pages isolées, aucune autorité de domaine sur un sujet précis.
Le contenu n'était pas le souci. La structure, si. C'est le cas le plus fréquent qu'on rencontre.
Topic clusters : l'architecture hub-and-spoke#
Un topic cluster repose sur deux briques :
- une page pilier (le hub) qui couvre un thème large et liste les articles du thème,
- des articles (les spokes) qui traitent chacun un sous-sujet précis et pointent vers le hub.
Pour cet éditeur, on a regroupé les 50 articles en quatre thèmes. Chaque thème a reçu sa page hub, avec un titre, une intro ciblée sur le mot-clé du thème, et la liste de ses articles. Google a enfin eu un signal clair : « ce site fait autorité sur ces quatre sujets ».
Le maillage interne, colonne vertébrale du cluster#
Un cluster sans maillage interne n'est qu'un dossier de fichiers. Le maillage, c'est ce qui transmet l'autorité et les relations entre pages. On détaille la mécanique des liens, et où les placer, dans notre méthode de maillage interne.
Trois règles qu'on applique systématiquement :
- chaque article pointe vers son hub (fil d'Ariane + lien contextuel),
- chaque hub pointe vers tous ses articles,
- les hubs se lient entre eux pour que Google cartographie la structure complète.
Un article qui, isolé, ne décollait pas se met à ranker une fois rattaché à un cluster maillé.
Faut-il indexer toutes les pages de thème ?#
Non. Une page hub avec un ou deux articles est trop mince pour ranker, et peut être perçue comme une page de faible valeur.
La règle qu'on applique : un seuil minimum d'articles (5 à 6) avant d'envoyer une page de thème à l'index. En dessous, la page reste crawlable et liée (le maillage continue de fonctionner), mais en noindex. Elle s'indexe automatiquement une fois assez fournie. Zéro page mince exposée à Google. Le même principe vaut à plus grande échelle : on l'applique aussi dans nos règles d'indexation e-commerce.
| URLs plates (recommandé) | Catégorie dans l'URL | |
|---|---|---|
| Permanence | L'URL ne bouge jamais, même si la taxonomie change | Chaque renommage de catégorie casse les URLs et impose des redirections |
| Hiérarchie | Transmise via fil d'Ariane + schema BreadcrumbList | Inscrite en dur dans le chemin, rigide |
| Souplesse | Un article peut changer de thème sans risque | Un seul thème possible, figé dans l'URL |
URLs plates + breadcrumb : la hiérarchie sans la fragilité#
L'erreur classique : inscrire la catégorie dans l'URL de l'article (/blog/seo/mon-article). Le jour où la taxonomie évolue, toutes ces URLs cassent.
La bonne approche : des URLs d'articles plates (/blog/mon-article) pour la permanence, et la hiérarchie transmise par le fil d'Ariane visible et le schema BreadcrumbList. Google obtient le signal de structure sans que l'URL soit couplée à la taxonomie.
{
"@type": "BreadcrumbList",
"itemListElement": [
{ "@type": "ListItem", "position": 1, "name": "Accueil" },
{ "@type": "ListItem", "position": 2, "name": "Blog" },
{ "@type": "ListItem", "position": 3, "name": "SEO Technique" },
{ "@type": "ListItem", "position": 4, "name": "Titre de l'article" }
]
}Le pipeline de contenu, souvent négligé#
Une architecture propre ne tient que si la publication est fiable. Sur cette refonte, on a posé un pipeline simple : validation automatique des métadonnées de chaque article (catégorie connue, description présente), temps de lecture et sommaire générés tout seuls.
Résultat concret : une faute de catégorie casse le build au lieu de produire un article orphelin invisible. Publier devient mécanique, et la structure reste cohérente même à plusieurs articles par semaine.
Ce que cette architecture change#
On ne promet pas un classement : ça dépend du marché et de la concurrence. Ce que la méthode met en place, par contre, est mesurable :
- une autorité topique lisible par Google sur chaque thème,
- des articles qui se renforcent mutuellement au lieu de vivre en silos,
- une indexation propre, sans pages minces qui diluent la qualité perçue,
- une base qui scale : chaque nouvel article nourrit son cluster.
TL;DR#
- Un blog qui ne ranke pas a presque toujours un problème d'architecture, pas de contenu.
- Structurez en topic clusters : un hub par thème, des articles connectés, un maillage dense.
- Contrôlez l'indexation : pas de page de thème mince envoyée à Google.
- Gardez les URLs plates, transmettez la hiérarchie par le breadcrumb.
- Fiabilisez le pipeline de publication pour que la structure tienne dans le temps.
Besoin d'un œil extérieur sur la structure de votre blog ? C'est l'un des points centraux de notre audit SEO technique.
Questions fréquentes
Faut-il mettre la catégorie dans l'URL des articles ?
Non. Gardez les URLs d'articles plates (/blog/mon-article). Une taxonomie évolue, une URL ne devrait jamais changer : mettre la catégorie dans l'URL casse vos liens à chaque réorganisation. La hiérarchie se transmet à Google par le fil d'Ariane et le schema BreadcrumbList, pas par le chemin de l'URL.
Combien d'articles faut-il pour qu'une page de thème (hub) soit utile ?
Sous 5 ou 6 articles, une page de thème est trop mince pour ranker et peut être vue comme de faible valeur. La bonne pratique est de la garder hors de l'index tant qu'elle n'a pas atteint ce seuil, tout en la laissant crawlable pour le maillage interne. Elle s'indexe une fois étoffée.
Faut-il refondre tout son blog pour passer en topic clusters ?
Rarement d'un coup. On commence par regrouper les articles existants en thèmes et créer les pages piliers, puis on relie progressivement. Une refonte d'architecture se fait par lots, en gardant les URLs stables, sans tout republier en une fois.