Un silo est un modèle de navigation
Un silo de contenu regroupe des pages qui servent un même sujet ou une même tâche cohérente, puis les relie par un parcours compréhensible, du hub vers les pages feuilles. C’est un modèle d’architecture de l’information, pas un levier de classement, et pas simplement un nom de répertoire. Un bon silo permet à l’internaute d’entrer par une page générale, de choisir une question plus précise, puis de revenir au contexte large sans passer par la recherche.
Par exemple, un site technique peut disposer d’un hub sur le contrôle de l’indexation, de pages de soutien sur les directives robots, les URL canoniques, les sitemaps et les codes de statut, et d’exemples plus détaillés sous chaque sujet. Les pages ne sont pas interchangeables : le hub présente l’enjeu de la décision, une page de glossaire définit un terme, et un guide montre une mise en œuvre. Si chaque page répète la même réponse, le silo ne fait que cacher la duplication derrière une hiérarchie.
Concevoir le hub et les pages feuilles
Partez des tâches réelles des utilisateurs et de l’inventaire actuel des pages. Ne regroupez des pages que si leur lien peut être énoncé en une phrase que reconnaîtrait un visiteur. Décidez ensuite ce qui relève du hub, ce qui mérite sa propre page feuille, et ce qui doit rester une section d’une autre page. Les recommandations de Google sur le contenu utile encouragent une organisation centrée sur les personnes ; elles ne fixent ni un nombre de niveaux ni un nombre de pages.
| Élément d’architecture | Rôle distinct | Preuve de son utilité |
|---|---|---|
| Page hub | Orienter le visiteur et comparer les sous-thèmes | Plusieurs questions liées nécessitent un point de départ commun |
| Page feuille | Répondre complètement à une question précise | Le sujet a une procédure, des exemples ou des contraintes qui lui sont propres |
| Lien contextuel | Passer d’une tâche liée à une autre | La phrase source explique pourquoi la page suivante aide |
| Lien inter-silos | Relier une relation secondaire mais utile | Il aide le lecteur en cours de lecture, et non une métrique à l’échelle du site |
Exemple concret de planification : un site dispose de pages distinctes pour « comment rédiger robots.txt » et « ce que signifie noindex ». Un hub peut présenter la distinction entre crawl et indexation, et renvoyer vers les deux. Une page sur le code HTTP 410 peut renvoyer vers le hub de contrôle de l’indexation lorsqu’elle explique la suppression définitive, mais elle ne doit pas y être placée simplement parce que chaque terme SEO mériterait davantage de liens.
Relier au sein des thèmes et entre les thèmes
Le parcours principal doit aller d’un hub vers ses pages de soutien, et revenir. Utilisez des ancres internes descriptives, qui nomment le bénéfice de la page cible. Les liens inter-silos sont valables lorsque la question suivante du lecteur franchit réellement une frontière : un diagnostic de performance peut ainsi renvoyer vers l’architecture du rendu, par exemple. Le critère est la pertinence locale, et non l’apparence d’un schéma parfaitement cloisonné.
- Listez les pages actuelles, leur tâche utilisateur, leur URL canonique et leurs liens entrants existants.
- Esquissez des hubs candidats autour des sujets qui ont plusieurs questions de soutien distinctes.
- Attribuez à chaque page feuille proposée un rôle unique, et décidez s’il s’agit d’une page, d’une section ou d’une page inutile.
- Ajoutez des liens du hub vers la feuille et de la feuille vers le hub dans le contenu rendu ; n’ajoutez des liens inter-silos que s’ils apportent un bénéfice explicite au lecteur.
- Crawlez à partir des URL des hubs et vérifiez que chaque page feuille indexable dispose d’un chemin court et direct, sans chemin de canonical ou de navigation contradictoire.
Tester l’architecture
Un silo fonctionne lorsqu’un lecteur peut aller d’une page d’entrée à une réponse précise sans impasse, et qu’un crawl retrouve le même parcours. Vérifiez les pages orphelines, les titres en double ou les sections presque identiques, ainsi que les liens qui passent par des redirections. Ne créez pas de pages pauvres uniquement pour compléter un schéma. La décision documentée « ne pas créer » est souvent plus utile qu’une page sans réponse propre.